摘要：利用表分区参考这个是推荐的一个解决方案，不会带来重写逻辑等，可以根据时间来进行表分区，相当于在同一个磁盘上，表的数据存在不同的文件夹内，能够极大的提高查询速度。有不好的地方，请指点一下，谢谢。
原发布：http://river0314.lofter.com/p...
有一个大数据表，有30个字段，int varchar text 字段都有，1000W+数据，每天都会增加，经常搜索的字段有10个，这个怎么优化？
请教了一个人，才得到差不多的答案，感觉这种问题有点假，现实中基本不会出这种问题吧？
优化方案：
主从同步+读写分离：
这个表在有设备条件的情况下，读写分离，这样能减少很多压力，而且数据稳定性也能提高
纵向分表：
根据原则，每个表最多不要超过5个索引，纵向拆分字段，将部分字段拆到一个新表
通常我们按以下原则进行垂直拆分:（先区分这个表中的冷热数据字段）
把不常用的字段多带带放在一张表;
把text，blob等大字段拆分出来放在附表中;
经常组合查询的列放在一张表中;
缺点是：很多逻辑需要重写，带来很大的工作量。
利用表分区：
参考：https://my.oschina.net/ydsaky...
这个是推荐的一个解决方案，不会带来重写逻辑等，可以根据时间来进行表分区，相当于在同一个磁盘上，表的数据存在不同的文件夹内，能够极大的提高查询速度。
横向分表：
1000W条数据不少的，会带来一些运维压力，备份的时候，单表备份所需时间会很长，所以可以根据服务器硬件条件进行水平分表，每个表有多少数据为准。
有不好的地方，请指点一下，谢谢。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/22771.html
摘要：正是存在问题，促使我们考虑引入数据库审核平台。的确，与很多互联网公司相比，数据库数十套的估摸并不是太大但与互联网类公司不同，类似宜信这类金融类公司对数据库的依赖性更大，大量的应用是重数据库类的，且其使用复杂程度也远比互联网类的复杂。 作者：韩锋 出处：DBAplus社群分享 Themis开源地址：https://github.com/CreditEaseDBA 拓展阅读：宜信开源|数...
阅读 1197·2021-10-08 10:04
阅读 2425·2021-09-22 15:23
阅读 2555·2021-09-04 16:40
阅读 992·2019-08-29 17:29
阅读 1371·2019-08-29 17:28
阅读 2854·2019-08-29 14:02
阅读 2101·2019-08-29 13:18
阅读 715·2019-08-23 18:35
