系列文档参考 MYSQL系列-整体架构介绍
前文已经实践基于Spring动态数据源的分库分表，本文主要落地基于Sharding-JDBC MYSQL系列-分库分表（二）：Spring动态数据源实现分库分表落地实践-上
原始需求
原始需求同前文 需要实现功能如下：
- 业务表point_balance1基于UID进行分库分表
- 配置表param_config默认走point_shard1库，不进行分库分表
- 支持读写分离，并且某些不能有主从延迟的SQL强制走写库查询
- 支持影子库
- 针对海外某些国家，数据量较少，业务表也不进行分库分表处理（高阶功能）
Sharding-JDBC介绍
Apache ShardingSphere 是一款分布式的数据库生态系统， 可以将任意数据库转换为分布式数据库，并通过数据分片、弹性伸缩、加密等能力对原有数据库进行增强。
Apache ShardingSphere 设计哲学为 Database Plus，旨在构建异构数据库上层的标准和生态。 它关注如何充分合理地利用数据库的计算和存储能力，而并非实现一个全新的数据库。 它站在数据库的上层视角，关注它们之间的协作多于数据库自身。
本文基于最新版本5.4.0进行实践，其他详细信息参考官网文档介绍
ShardingSphere-JDBC 介绍
ShardingSphere-JDBC 定位为轻量级 Java 框架，在 Java 的 JDBC 层提供的额外服务。 它使用客户端直连数据库，以 jar 包形式提供服务，无需额外部署和依赖，可理解为增强版的 JDBC 驱动，完全兼容 JDBC 和各种 ORM 框架。
- 适用于任何基于 JDBC 的 ORM 框架，如：JPA, Hibernate, Mybatis, Spring JDBC Template 或直接使用 JDBC；
- 支持任何第三方的数据库连接池，如：DBCP, C3P0, BoneCP, HikariCP 等；
- 支持任意实现 JDBC 规范的数据库，目前支持 MySQL，PostgreSQL，Oracle，SQLServer 以及任何可使用 JDBC 访问的数据库。
与ShardingSphere-Proxy对比如下：
| ShardingSphere-JDBC | ShardingSphere-Proxy | |
|---|---|---|
| 数据库 | 任意 |
MySQL/PostgreSQL |
| 连接消耗数 | 高 |
低 |
| 异构语言 | 仅 Java |
任意 |
| 性能 | 损耗低 |
损耗略高 |
| 无中心化 | 是 |
否 |
| 静态入口 | 无 |
有 |
ShardingSphere-Proxy类似与MYCAT，需要独立部署，详细参考官网
生态以及线路规划如下
设计思路
基于Spring boot + mybatics + druid + sharding-jdbc，支持读写分离，支持全链路压测 本次sharding-jdbc配置采用yaml配置
详细设计
未完待下文