数据库是MySQL，订单表已经达到3000多万条记录，最近那一年数据量也在快速增长。客户查询时速度越来越慢，差不多要七八秒。如何快速优化几千万数据的订单表，对于当时的团队着实是一个难题摆在面前。

随着数据库中数据量日益增多，不得进行分库分表，在分库后将数据分布到不同的数据库实例（甚至物理机器）上，以达到降低数据量，提供系统的处理能力，但是这种架构也带来其他问题，比如本文要讲解的跨库分页查询的

作者介绍 陈力，2020年加入去哪儿网，有十余年互联网应用与游戏开发经验，目前专注于业务后台组件研发及业务系统的性能优化。

前言 从入职以来写了一年的业务代码，突然接到来自领导的技术需求，说要给我们的借款、还款申请单分表。查看了一下借款表，只有几千万数据，再看还款表已经两亿多了，为了提高数据查询效率，降低数据库的压力。确实

大家好，我是摸鱼失败的阿星，今天阿星带来物理驱魔形式，修复bug，本文同时也在参与「Java主题月 - Java Debug笔记活动」，大家多多支持

本篇文章将分享如何使用MyBatis拦截器低成本的提升数据库稳定性。同时也会给读者提供轻量分表的完整思路。

从标题可以看得出来，当时我们只做了分表；还是由于业务发展，截止到现在也做了分库，目前看来都还比较顺利，所以借着脑子还记得清楚来一次复盘。 整个过程也很好理解，基本符合大部分公司的一个发展方向。 很少会有业务一开始就会设计为分库分表，虽说这样会减少后续的坑，但部分公司刚开始都是以…

背景 部门内有一些亿级别核心业务表增速非常快，增量日均100W，但线上业务只依赖近一周的数据。随着数据量的迅速增长，慢SQL频发，数据库性能下降，系统稳定性受到严重影响。

当数据量比较多时，放在一个表中的时候会影响查询效率；或者数据的时效性只是当月有效的时候；这时我们就会涉及到数据库的分表操作了。当然，你也可以使用比较完善的第三方组件：sharding-jdbc来实现；但是你使用后会发现，貌似对oracle的兼容性不是很好。所以最后我还是决定使用…