数据库设计应该遵循演化原则,业务真正发展起来再考虑分库分表
应该是这些操作依次尝试
1.做硬件优化,例如从机械硬盘改成使用固态硬盘,当然固态硬盘不适合服务器使用,只是举个例子
2.先做数据库服务器的调优操作,例如增加索引,oracle有很多的参数调整;
3.引入缓存技术,例如Redis,减少数据库压力
4.程序与数据库表优化,重构,例如根据业务逻辑对程序逻辑做优化,减少不必要的查询;
5.在这些操作都不能大幅度优化性能的情况下,不能满足将来的发展,再考虑分库分表,也要有预估性!
实例:
我们公司业务增长比较平稳,已经经历了几个过程,
1.先是最基础的主备,Oracle 扛了3年到15年,中间优化了几次硬件和数据库上的配置
2.到16年左右开始扛不住了,数据量在3千万,但是订单表列太多,导致性能开始不理想,这个时候做了一把分区,性能勉强接受,继续扛着
3.到17年之后做到18年开始做去O项目换MySQL了,顺带着分表和分区了,目前按业务,把一些非核心业务分出去其他库了,订单的库还没分,按照历史年表和热表来做的,做滚表实现的,热表数据差不多在1千万以内,现在性能还不错,历史数据用搜索聚合的,查询性能还不错!
4.到后面如果业务再持续增长的话,估计就要拆订单库了
总结一句话,分库分表要在业务需要之前一点,看数据量和业务特性!