大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！

单表数据过了千万级，查询开始变慢。你说"该分库分表了"。老板问你能搞定吗，你说能。然后花了一个月搞完，上线后发现——跨分片查询慢得要命，有些查询根本没法写。

分库分表从来不是"拆了就快了"，拆之前想清楚三件事：怎么拆、怎么查、怎么扩。

第一招：怎么拆？三种分片策略各有坑

一张orders表拆成orders_0、orders_1、orders_2……各存一部分订单行。

最常用的分片键是user_id或order_id。拆分方式有三种：

 对分片键做hash，均匀分布到各个节点。优点是数据分布均匀，缺点是范围查询要跨所有分片。

 按user_id区间划分，1-10000在节点A，10001-20000在节点B。优点是范围查询友好，缺点是新用户全堆在最新节点上（热点问题）。

 按枚举值划分，比如按省份。广东的数据在节点A，北京在节点B。业务语义明确，但分布很难均匀。

核心坑：分片键选错，一切都白拆。

 选分片键的标准——你80%的查询能不能只落在单个分片上？能，拆得对。不能，重新想。

把一张宽表的冷热字段拆开。比如用户表经常查的是id、name、avatar，不太查的是address、id_card，那就拆成user_base和user_detail两张表。

好处是主表更瘦、热点数据缓存效率更高。坑是如果突然要连表查冷数据，多一次join。

第二招：怎么查？带了分片键和没带的差距

带了分片键的查询（精准路由）

SELECT * FROM orders WHERE user_id = 12345;

中间件直接算hash，定位到orders_3那张表，只查一个分片。性能无损。

没带分片键的查询（全分片广播）

SELECT * FROM orders WHERE status = 'PAID' AND create_time > '2025-01-01';

中间件不知道数据在哪个分片里，只能把这个查询广播到所有分片，每个分片各查一遍，再聚合结果。分片越多越慢。

核心原则：所有高频查询必须带分片键。不带分片键的查询，能少就少。

分库分表之后，跨分片的JOIN是噩梦。解决思路只有两条：要么把关联的数据冗余到同一个分片里（反范式设计），要么在应用层做二次聚合。

第三招：怎么扩？扩容不是加台机器那么简单

分库分表之后最怕的不是拆不动，是扩不动。

4个节点各存25%数据，Hash(user_id) % 4做路由。现在要扩到8个节点——所有数据的路由结果都变了，50%的数据要迁移。停服时间长、风险巨大。

解决思路：要么一开始就用一致性Hash，扩缩容影响小。要么用ShardingSphere等中间件的扩缩容方案，在线迁移。

业务高峰过后，流量下降。多余节点释放还是留着？释放需要数据迁移，留着浪费资源。需要在设计阶段就考虑弹性。

Apache ShardingSphere是目前最主流的分库分表中间件。三个关键配置：

# 1. 分片键和算法
sharding:
  tables:
    orders:
      actualDataNodes: ds0.orders_$->{0..3}
      databaseStrategy:
        standard:
          shardingColumn: user_id
          shardingAlgorithmName: database-inline

# 2. 广播表：每个分片都存一份全量（适合配置表、字典表）
broadcastTables: t_config, t_dict

# 3. 绑定表：关联表用同样的分片键分片，避免跨分片JOIN
bindingTables: orders, order_items

分库分表是好工具，但不是第一选择。先优化、先缓存、先读写分离，实在扛不住了再拆。拆之前先想好分片键，比拆完再改分片键简单一万倍。

还有什么想了解的，欢迎留言！小耶一定知无不言言无不尽……我们下次见~

单表过亿就分库分表？先搞懂这三招再动手

单表过亿查询变慢？分库分表不是拆了就快。本文从怎么拆、怎么查、怎么扩三招讲透分片策略选择，帮你避开跨分片广播和扩容数据迁移的大坑。

数据库

架构设计

后端

单表千万级数据查询变慢，分库分表并非“拆了就快”。拆前需明确三件事：怎么拆、怎么查、怎么扩。选对分片键，高频查询必须带分片键，避免跨分片JOIN。优先考虑索引优化、缓存和读写分离，必要时再采用Hash或范围分片，并提前规划扩容方案。

数据一致性

数据迁移

数据冗余

数据缓存

中间件

路由

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

单表过亿就分库分表？先搞懂这三招再动手

单表过亿就分库分表？先搞懂这三招再动手

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐