一种轻量分表方案-MyBatis拦截器分表实践
💡
原文中文，约8900字，阅读约需22分钟。
📝
内容提要
随着数据量的增加，数据库性能下降。为提高稳定性，采用MyBatis拦截器进行分表，每周生成新表以避免单表过大。同时，通过监听binlog实现数据冗余，解决数据不连续问题，确保数据一致性。
🎯
关键要点
-
随着数据量增加，数据库性能下降，系统稳定性受到影响。
-
采用MyBatis拦截器进行分表，每周生成新表以避免单表过大。
-
常见的解决方案包括删除旧数据和分表，但删除数据会影响性能。
-
选择MyBatis拦截器进行分表的原因是接入成本低，开发成本不高。
-
分表方案需要解决数据不连续问题，采用数据冗余的方式来实现。
-
监听binlog实现数据双写，避免业务性能损耗。
-
切换到新表时需处理老表和新表的binlog，避免死循环同步问题。
-
上线前需进行数据对比，确保新表和老表数据一致。
❓
延伸问答
为什么选择MyBatis拦截器进行分表？
选择MyBatis拦截器的原因是接入成本低，开发成本不高，且系统已经在使用MyBatis，无需接入新框架。
分表方案如何解决数据不连续问题？
通过数据冗余的方式，每个周期表冗余上个周期的数据，确保在切换表时数据不丢失。
分表的主要好处是什么？
分表可以避免单表过大带来的性能下降，提升数据库的稳定性和查询效率。
如何监听binlog实现数据双写？
通过监听增量binlog，使用数据订阅中间件（如DRC或cannal）来实现数据双写，确保新旧表数据同步。
分表方案的风险有哪些？
分表方案的风险包括数据不连续和切换表时可能导致的性能损耗，需要谨慎处理。
上线前如何确保新表和老表数据一致？
需要编写对比程序，查询新表和老表相同量级的数据并进行JSON格式的对比，确保数据一致性。
➡️
