分库分表选型与数据路由.docx

分库分表中间件选型与数据路由方案实例

（软件研发技术文档·数据与实例为据）

第一章拆分背景与容量评估

本文档记录订单中台把单库订单表拆成分布式的做法。拆之前订单主表2.4亿行，单实例存储780GB，一次大促写入峰值到每秒4200次，索引更新慢查询频发，单表超过5000万行后MySQL性能明显劣化。

拆分的判断标准是容量、写入、查询三条线任一逼近单实例极限。团队测算未来两年订单将到8亿行、存储2.6TB，单库撑不住，决定横向拆。目标是把单表控制在2000万行内、单实例存储400GB内，查询P99回到80毫秒以下。

表1-1容量与目标

指标

拆分前

拆分明细

目标

单表行数

2.4亿

8亿