-
分库分表完全指南:从一次"订单表分了 16 张、查我的订单却要扫遍全部"看懂数据分片
2021 年我做一个订单系统。orders 表一开始好好的几百万行查询飞快。业务涨了两年多orders 涨到了三亿多行单表彻底慢了下来加索引也救不动了深分页一次查询要几十秒大促那几天直接把数据库 CPU 打满整个下单链路被拖垮。我决定分库分表把 orders 这一张大表水平拆成 16 张小表。第一版我做得很直接按订单的自增主键 id 取模把数据分到 orders_0 到 orders_15。本地一…- 3
- 0
-
单表两亿行扛不住了:一次分库分表的复盘
orders 单表两亿行,加索引 DDL 卡几小时,单机磁盘连接数全到顶。分库分表是最后手段,先归档争取喘息。几周做完:垂直拆 vs 水平拆、选分片键 buyer_id+订单号基因法、hash 取模一次给足分片数、攻克分布式 ID 与跨片分页、双写灰度迁移全程对账。- 0
- 0
-
单表一亿三千万行:一次订单表分库分表落地的复盘
orders 单表攒到 1.3 亿行、数据文件 80GB+,加索引改 SQL 都压不下复杂查询的几秒响应。两周落地分 4 库 16 表共 64 分片:分片键选型与基因法、雪花算法分布式 ID、跨分片查询与游标分页、1.3 亿存量数据双写迁移不停机、ShardingSphere 接入、分片监控。- 0
- 0
-
MySQL 12 亿行单表分库分表实战:ShardingSphere + 基因法 + 不停机迁移
订单库单表 12 亿行 1.2TB,写入 TPS 3000 到顶,DDL 停机几小时。一个半月改造:ShardingSphere 拆 16 库 64 表 + user_id 分片键 + order_no 基因法 + Snowflake 全局 ID + 全量增量双写校验灰度五步迁移。写入 TPS 5w,P99 50ms,全程不停机。- 6
- 0
分库分表
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×