Luffy的博客

解决整合了ShardingSphere-JDBC的Springboot项目启动慢问题。

根据官网描述，ShardingSphere内置提供了多种分片算法，能够满足用户绝大多数业务场景的需要。按照类型可以划分为自动分片算法、标准分片算法、复合分片算法和 Hint 分片算法。其中，自动分片算法包括：取模分片算法，哈希取模分片算法，基于分片容量的范围分片算法，基于分片边界的范围分片算法，自动时间段分片算法。标准分片算法包括：行表达式分片算法，时间范围分片算法。复合分片算法只有复合行表达式分片算法。Hint 分片算法只有Hint 行表达式分片算法。

Springboot整合shardingsphere-jdbc的5.2.0版本实现分库分表

使用shardingsphere-jdbc实现分库分表时需要在配置文件中配置分库规则，分表规则，以及不分库分表规则，若项目中涉及到的表数量较多，在进行配置的时候比较麻烦，并且很容易出错。下面针对shardingsphere-jdbc的5.0.0版本实现自动生成分库分表配置脚本。假设user表、order表作为需要进行分库分表的表，假设有4个数据库，每个库中有50个表，共计100张表，且这两张表以user_no为分片键。goosd表不分库分表，即该表只在主库中且只有一个表。注：该脚本只支持分库数小于10，分表

之前项目中一直使用的是shardingsphere的4.1.0版本，该版本有一些SQL是不支持的，如下。为了使用例如子查询，case when语句等，今日将项目中的shardingsphere升级到5.0.0版本。该版本不支持项明显减少，更方便开发。下面以两库十表为例，其中dbm为主库，db1、db2用于分库分表。user表分库分表，student表不分库分表。自定义精准分片策略，以user_id的倒数第一位数字对库数取模作为具体库，user_id的倒数第二三位数字对表数取模作为具体表。详细

继上一次将分库分表的依赖由3.0.0.M3的版本替换为3.1.0以支持数据库域名中带下划线后，又遇到另一个坑。3.1.0版本的依赖： <dependency> <groupId>io.shardingsphere</groupId> <artifactId>sharding-jdbc-spring-boot-starter</artifactId> &lt

一、问题描述前段时间使用sharding-jdbc对项目进行分库分表操作，使用如下版本的依赖： <dependency> <groupId>io.shardingsphere</groupId> <artifactId>sharding-jdbc-spring-boot-starter</artifactId> <version>3.0.0.M3&

下面以两库三表且以学生的学号作为分片列为例，将SpringBoot和sharding-jdbc整合起来实现分库分表。一、库表结构库表结构如下：├─db0│ └─student_0│ └─student_1│ └─student_2├─db1│ └─student_0│ └─student_1│ └─student_2建表语句如下：DROP TABLE IF EXISTS student_0;CREATE TABLE `student_0` ( `id` bigin