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