分库分表的具体实现-上
plus 版本专属
此章节是黑马点评 Plus 版本中专有的内容，而在整套文档中将普通版本和 Plus 版本都融合在了一起，让大家更方便的学习。
阅读此文前，建议小伙伴先阅读分库分表的前置知识，对分库分表 和 shardingsphere 有了大概的理解后，在继续阅读本文
介绍
在开始介绍前，需要先知道黑马点评 plus 中数据库表的关系是怎么样，关于数据库表设计的详细介绍，小伙伴可跳转到相关文档
对于分片键的考虑
选择分片键（Sharding Key）是进行数据库分库分表时的关键决策之一，因为它直接影响到数据的分布、查询性能、数据平衡以及系统的可扩展性。选择合适的分片键需要综合考虑以下几个因素：
- 访问模式和查询性能：了解应用的数据访问模式是至关重要的。分片键应该选择能够支持高效查询的字段，尽量避免跨分片的查询操作，因为这将大幅度降低查询效率。如果查询经常基于某个字段进行，那么这个字段可能是一个好的分片键候选
- 数据分布的均匀性：理想的分片键应该能够使得数据在各个分片之间均匀分布，避免某些分片过热（数据过多导致的负载过高）的情况。均匀的数据分布有助于实现负载均衡，从而提高整体的系统性能和稳定性
- 数据增长的可预测性：分片键的选择应考虑到数据增长的模式，以确保系统可以平滑地扩展。选择一个随时间平均增长的分片键可以帮助避免未来的数据迁移和重分片操作
- 业务逻辑的兼容性：分片键的选择需要与业务逻辑紧密相连，确保分片操作不会破坏业务逻辑或导致不必要的复杂性。例如，如果业务逻辑需要经常联合多个表查询，那么这些表最好使用相同的分片键
配置
引入 ShardingSphere 的相关依赖
<properties>
<shardingsphere.version>5.3.2</shardingsphere.version>
</properties>
<dependency>
<groupId>org.apache.shardingsphere</groupId>
<artifactId>shardingsphere-jdbc-core</artifactId>
<version>${shardingsphere.version}</version>
<exclusions>
<exclusion>
<artifactId>logback-classic</artifactId>
<groupId>ch.qos.logback</groupId>
</exclusion>
</exclusions>
</dependency>
根据规则进行分库分表的规则配置
ShardingSphere 官网的规则配置说明：
分库分表指定的位置：
spring:
datasource:
driver-class-name: org.apache.shardingsphere.driver.ShardingSphereDriver
url: jdbc:shardingsphere:classpath:shardingsphere.yaml
付费内容提示
该文档的全部内容仅对「码力全开」项目实战&技术讲解 知识星球用户开放
加入星球，一次获得完整项目资料、全栈技术知识库和长期答疑服务。
100万+字全栈技术知识库深入讲解技术核心、数据库、中间件和分布式等内容
8套热门的实战项目持续更新的企业级项目覆盖高并发、微服务、数据中台 和 AI Agent 等方向
AI 技术知识大模型面试详解覆盖 AI 模型原理、Agent、RAG、MCP、Skills、Harness 等核心知识点
文档 + 视频两种讲解形式既能系统阅读，也能跟随视频理解核心业务
完整项目实战资料
每套项目均包含从 0 到 1 讲解文档核心业务讲解视频从基础项目到复杂业务场景，项目资料会持续更新。
- 01Nexus Agent AI 智能体
- 02Nexus Agent Pro 完全版
- 03黑马点评Plus
- 04大麦
- 05大麦Pro
- 06大麦AI
- 07流量切换
- 08数据中台
加入后还能获得
进入星球后，即可享受上述所有服务，保证不会再有其他隐藏费用。从学习、面试到项目启动，都可以继续获得支持。
- 1 对 1 解答项目和技术问题都可以提问
- 针对性补充没有讲清楚的内容会继续补充
- 面试与简历指导梳理回答技巧和项目亮点
- 中间件云环境项目依赖可以直接接入使用
- 面试后复盘被问住的问题可以继续交流
- 远程问题解决项目启动问题可协助排查
