获课：xingkeit.top/6770/

MyBatis-Plus 配合 MySQL：Java 分布式项目分库分表落地方案

随着业务规模的增长，单库单表必然面临性能瓶颈。在Java分布式项目中，分库分表是解决海量数据存储与高并发写入的常用手段。MyBatis-Plus作为主流ORM框架，结合MySQL数据库，配合成熟的分片中间件，可以优雅地实现分库分表。本文将详细讲解这一落地方案的完整思路。

分库分表的时机与策略选择

并非所有项目都需要分库分表，盲目设计会增加系统复杂度。通常当单表数据量超过千万级别，或者单库的QPS达到数据库上限时，就需要考虑分片设计。在Xmall这样的电商项目中，订单表、商品评价表、用户行为日志表都是典型的大数据量场景。

分库分表的策略主要分为垂直切分和水平切分。垂直切分是按业务模块将不同表拆分到不同库，比如订单库、用户库、商品库；水平切分则是将同一张表的数据分散到多个结构相同的表中。实际项目中，通常是两种方式结合使用。选择分片键是设计的关键，订单表通常以用户ID或订单ID作为分片键，商品表则以商品ID或类目ID为依据。

常用分库分表中间件对比

Java生态中有多种分库分表中间件可供选择。ShardingSphere-JDBC是目前最成熟的方案，它以轻量级JAR包的形式存在，无需额外部署服务，直接嵌入应用程序中，对业务代码几乎无侵入。MyCat则是一种代理层方案，需要单独部署中间件服务，适用于多语言环境但会增加网络开销。对于大多数基于Spring Boot的项目，ShardingSphere-JDBC与MyBatis-Plus的配合最为默契，配置简单且功能完善。

MyBatis-Plus与分片中间件的集成方式

MyBatis-Plus本身不提供分库分表能力，但它与ShardingSphere-JDBC可以无缝集成。集成后，开发人员依然使用MyBatis-Plus提供的BaseMapper接口进行CRUD操作，分片中间件会在SQL执行前根据分片规则自动改写SQL，将请求路由到正确的数据库和数据表。这意味着业务代码完全感知不到分片的存在，大大降低了开发难度。

集成配置的核心是定义分片规则。需要告诉中间件有多少个数据源、每个表的分片键是什么、分片算法如何计算目标库表。例如订单表配置用户ID为分片键，算法可以是用用户ID对数据库数量取模，决定数据落入哪个库，再用用户ID对表数量取模决定落入哪张表。

分片算法的选型考量

分片算法直接决定了数据的分布均匀性和查询效率。取模算法简单高效，数据分布相对均匀，但扩容时需要迁移大量数据。范围分片按时间或ID范围划分，便于扩容但可能产生热点问题。哈希与范围结合的方式先用哈希分库，再按时间范围分表，兼顾了均匀性和查询效率。在Xmall项目中，订单表采用用户ID哈希分库确保同一用户数据落在一个库中，配合订单创建时间分表，方便按时间维度的数据清理。

全局ID生成策略

分库分表后，数据库自增ID不再适用，因为不同库不同表的ID会产生冲突。这时需要全局唯一的ID生成方案。雪花算法是业界最常用的方案，它生成的64位Long型ID由时间戳、机器ID和序列号组成，保证了全局唯一性和趋势递增。MyBatis-Plus内置了雪花算法ID生成器，只需在实体类的ID字段上配置相应注解即可启用。需要注意时间回拨问题的处理，大多数生产级实现都有相应的容错机制。

跨分片查询的处理思路

分库分表后最棘手的问题就是跨分片查询。当查询条件不包含分片键时，中间件无法确定目标库表，只能向所有分片广播查询，然后聚合结果，这种做法性能极差。解决方案之一是建立冗余表或采用ES等搜索引擎，将需要多维度查询的数据同步到搜索引擎中。方案之二是设计合理的复合分片键，比如订单表以用户ID为主分片键，同时将订单ID的生成规则与用户ID关联，使得通过订单ID也能推导出分片位置。

事务一致性的挑战与对策

分布式环境下的事务比单库复杂得多。ShardingSphere-JDBC支持强一致性事务和柔性事务两种模式。强一致性事务基于XA协议，性能损耗较大；柔性事务采用最终一致性思想，适用于大多数业务场景。对于订单支付这样的核心链路，可以采用TCC或可靠消息方案来保证分布式事务。在Xmall项目中，下单扣库存这一组合操作通常不会强依赖分库分表中间件的事务能力，而是通过本地事务加消息队列的异步补偿来实现。

扩容与数据迁移方案

分库分表不是一劳永逸的，随着业务持续增长，扩容是必然需求。平滑扩容通常采用双写方案：新旧分片规则并行运行一段时间，历史数据按需迁移，新数据同时写入新旧库，待数据一致且系统稳定后再下线旧规则。整个过程需要完善的监控和数据校验机制。另一种思路是在设计之初就预留足够的分片数量，比如分16库每库64张表，配合虚拟槽位映射，扩容时仅需调整映射关系，无需物理迁移数据。

总结

MyBatis-Plus配合MySQL实现分库分表，核心在于合理选择分片中间件、精心设计分片键和分片算法、妥善处理跨分片查询和分布式事务。ShardingSphere-JDBC与MyBatis-Plus的组合提供了对业务代码低侵入的解决方案，让开发人员可以专注业务逻辑而非分片细节。分库分表是一把双刃剑，既解决了单库性能瓶颈，也引入了新的复杂度。务实在业务量真正需要时才引入，并做好充分的容量规划和应急预案。