ShardingSphere-Proxy 5.0 分库分表（一）

原创 已于 2022-07-26 13:04:54 修改 · 1.5k 阅读 · 3 ·
CC 4.0 BY-SA版权
本文为博主原创文章，未经博主允许不得转载。
文章标签：

#mysql #ShardingSphere #分库分表

于 2022-03-21 13:26:21 首次发布
本文详细介绍了ShardingSphere-Proxy 5.0的升级配置，包括环境准备、数据库结构搭建、配置文件调整、连接与分表原理，以及分库分表的多种算法应用实例。

文章目录

一、简述

  • 简述
    ShardingSphere-Proxy4.0 已经升级到5.0了，但是两者的配置文件还有一定的差别的，这篇文章讲述的就是ShardingSphere-Proxy 5.0 的落地。概念、分表、分库、分库分表的原理的基本和4.0一样的，需要了解可查看 https://blog.youkuaiyun.com/Fu_Shi_rong/article/details/123541413?spm=1001.2014.3001.5501。
  • 开发者文档
    https://shardingsphere.apache.org/document/current/cn/dev-manual/

二、ShardingSphere-Proxy5.0 落地

  • 环境

    • JAVA JDK下载

      https://pan.baidu.com/s/1A-ksNN0YicT3hXjFscGGwA 
提取码：r9e0

    • JDBC数据连接驱动下载

      https://pan.baidu.com/s/1924iUe7wxGpStAzxxv2K3g 
提取码：jy7z

    • ShardingSphere-Proxy 5.0 下载、

      https://archive.apache.org/dist/shardingsphere/5.0.0/

    • Window 11

  • 落地

    • 条件

      1. 真实数据库
      2. 逻辑数据库
      3. ShardingSphere-Proxy5.0 配置文件

    • 步骤

      1. 新建真实数据库和表【hmms.user 表为例】

        • 数据库表结构语句

          SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for user
-- ----------------------------
DROP TABLE IF EXISTS `user`;
CREATE TABLE `user`  (
  `useid` int(11) NOT NULL,
  `usenam` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '登录名',
  `usepwd` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '登录密码',
  `usestate` int(11) NULL DEFAULT 2 COMMENT '-1：删除1：注销 2：正常 3：挂失',
  `usekey` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '用户秘钥',
  `usetel` varchar(11) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '用户手机',
  `createbyid` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '添加人',
  `createbytime` datetime(0) NULL DEFAULT NULL COMMENT '添加时间',
  `modifybyid` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '修改人',
  `modifybytime` datetime(0) NULL DEFAULT NULL COMMENT '修改时间',
  PRIMARY KEY (`useid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
SET FOREIGN_KEY_CHECKS = 1;

        • 运行结果如下：

          在这里插入图片描述

      2. 修改ShardingSphere-Proxy5.0 配置文件，并连接

        config-sharding.yaml

        # 3、创建客户端连接库
schemaName: hmms

#1、连接mysql
dataSources:
  hmmsdatasources-0:
    url: jdbc:mysql://localhost:3306/hmms?serverTimezone=UTC&useSSL=false
    username: root
    password: ****
    connectionTimeoutMilliseconds: 30000
    idleTimeoutMilliseconds: 60000
    maxLifetimeMilliseconds: 1800000
    maxPoolSize: 50
    minPoolSize: 1
    
# 2、分片规则
rules:
- !SHARDING
  tables:
    user: #表名
      actualDataNodes: hmmsdatasources-0.user-${0..1}  #分表规则
      tableStrategy:
        standard:
          shardingColumn: useid   #分片键
          shardingAlgorithmName: use_MOD  #分表算法
  shardingAlgorithms:  #分表算法
    use_MOD:  #取模算法
      type: MOD
      props:
        sharding-count: 2

        server.yaml

        rules:
  - !AUTHORITY
    users:
      - root@%:*****
      - sharding@:sharding
    provider:
      type: ALL_PRIVILEGES_PERMITTED

        运行命令

        #在ShardingSphere-Proxy bin
start.bat 端口号

        运行结果如下：

        在这里插入图片描述

      3. 新建逻辑数据连接，并执行表结构和数据脚本

        逻辑库执行结果如下：

        在这里插入图片描述

        逻辑数据库添加两条数据

        SQL语句

        INSERT INTO `user` VALUES (1, 'admin', '202CB962AC59075B964B07152D234B70', 2, '123', '123123', 'xiaogang', '2021-08-25 20:12:15', 'xiaogang', NULL);
INSERT INTO `user` VALUES (2, 'admin', '202CB962AC59075B964B07152D234B70', 2, '123', '123123', 'xiaogang', '2021-08-25 20:12:15', 'xiaogang', NULL);

        执行结果如下：

        在这里插入图片描述
        在这里插入图片描述

    • 分库分表
      ShardingSphere-Proxy 5.0 配置

      # 3、创建客户端连接库
schemaName: hmms

#1、连接mysql
dataSources:
  hmmsdatasources-0:
    url: jdbc:mysql://主机地址:端口号/hmms-0?serverTimezone=UTC&useSSL=false
    username: root
    password: 密码
    connectionTimeoutMilliseconds: 30000
    idleTimeoutMilliseconds: 60000
    maxLifetimeMilliseconds: 1800000
    maxPoolSize: 50
    minPoolSize: 1

  hmmsdatasources-1:
    url: jdbc:mysql://主机地址:端口号/hmms-1?serverTimezone=UTC&useSSL=false
    username: root
    password: 密码
    connectionTimeoutMilliseconds: 30000
    idleTimeoutMilliseconds: 60000
    maxLifetimeMilliseconds: 1800000
    maxPoolSize: 50
    minPoolSize: 1
    

# 2、分片规则
rules:
- !SHARDING
  tables:
    user:
      actualDataNodes: hmmsdatasources-${0..1}.user-${0..1}   
      tableStrategy:
        standard:
          shardingColumn: useid
          shardingAlgorithmName: use_MOD
      databaseStrategy:  #分库规则
          standard:
            shardingColumn: useid
            shardingAlgorithmName: use_MOD
      keyGenerateStrategy: 
        column: useid
        keyGeneratorName: snowflake
  shardingAlgorithms:
    use_MOD:
      type: MOD
      props:
        sharding-count: 2 
    use_HASH_MOD:
      type: HASH_MOD
      props:
        sharding-count: '2'
  keyGenerators: 
    snowflake: 
       type: SNOWFLAKE
       props: 
         worker-id: 123

    • 分片算法

    1. 取模算法
     shardingAlgorithms:  #分表算法
    use_MOD:  #取模算法
      type: MOD
      props:
        sharding-count: 2  #分表数据和分表的表达式必须是一致的

  1. 范围算法

      shardingAlgorithms:
    use_BOUNDARY_RANGE:
      type: BOUNDARY_RANGE
      props:
        sharding-ranges: 2,100  #多个节点是以逗号分割  [是根据分的表结合配置节点]
 #备注
  #分片键为：useid  int类型
  #分表的为3个表
  #sharding-ranges: 2,100 是以2为节点，小于2的数据存到表0，2到99存到表1,100以上存到表3

  2. 容量算法

    shardingAlgorithms:
	use_VOLUME_RANGE:
            type: VOLUME_RANGE
            props:
              range-lower: '20000000'  #最小值
              range-upper: '40000000'  #最大值
              # 分片的区间的数据的间隔
              sharding-volume: '20000000'
 #备注
    最小值为2000万，也就是说表数据量小于等于2000万，最大数量为4000万
    表与表的间隔为2000万
    比如说分了两张表：
    1-2000万       存到表0
    2001万-4000万   存到表1
    是根据分表的数量来定义最大值的
    分了三张表，那最大值为6000万

  3. HASH-CODE算法 【如果分片键是字符串类型，需要这种算法分表】

      shardingAlgorithms:
    use_HASH_MOD:
      type: HASH_MOD
      props:
        sharding-count: '2'  #分表数量，单引号必须要加

  4. 根据时间分表算法

    shardingAlgorithms:
    use_AUTO_INTERVAL:
        type: AUTO_INTERVAL
        props:
          datetime-lower: '2020-01-01 23:59:59'
          datetime-upper: '2022-12-31 23:59:59'
          # 以1年度为单位进行划分
          sharding-seconds: '31536000'  
          # 以1个月为单位进行划分
          #sharding-seconds: '2678400'   
          # 以1天为单位进行划分
          #sharding-seconds: '86400'
 #设置的最大值必须和分多少表匹配才行，否者报错，找不到表

  • 分布式ID

    config-sharding.yaml

    # 3、创建客户端连接库
schemaName: hmms

#1、连接mysql
dataSources:
  hmmsdatasources-0:
    url: jdbc:mysql://localhost:3306/hmms?serverTimezone=UTC&useSSL=false
    username: root
    password: 1QAZ2WSX3EDC
    connectionTimeoutMilliseconds: 30000
    idleTimeoutMilliseconds: 60000
    maxLifetimeMilliseconds: 1800000
    maxPoolSize: 50
    minPoolSize: 1
    
# 2、分片规则
rules:
- !SHARDING
  tables:
    user:
      actualDataNodes: hmmsdatasources-0.user-${0..1}
      tableStrategy:
        standard:
          shardingColumn: id
          shardingAlgorithmName: use_HASH_MOD
      keyGenerateStrategy: 
        column: id
        keyGeneratorName: snowflake
  shardingAlgorithms:
    use_MOD:
      type: MOD
      props:
        sharding-count: 2 
    use_HASH_MOD:
      type: HASH_MOD
      props:
        sharding-count: '2'
  keyGenerators: 
    snowflake: 
       type: SNOWFLAKE
       props: 
         worker-id: 123

    表结构sql语句

    SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for user
-- ----------------------------
DROP TABLE IF EXISTS `user`;
CREATE TABLE `user`  (
  `id` varchar(100),
  `useid` int(11) NOT NULL,
  `usenam` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '登录名',
  `usepwd` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '登录密码',
  `usestate` int(11) NULL DEFAULT 2 COMMENT '-1：删除1：注销 2：正常 3：挂失',
  `usekey` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '用户秘钥',
  `usetel` varchar(11) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '用户手机',
  `createbyid` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '添加人',
  `createbytime` datetime(0) NULL DEFAULT NULL COMMENT '添加时间',
  `modifybyid` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '修改人',
  `modifybytime` datetime(0) NULL DEFAULT NULL COMMENT '修改时间',
  PRIMARY KEY (`useid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
SET FOREIGN_KEY_CHECKS = 1;

    数据填充语句

    INSERT INTO `user`(useid,usenam,usepwd,usestate,usekey,usetel,createbyid,createbytime,modifybyid,modifybytime) VALUES (1, 'admin', '202CB962AC59075B964B07152D234B70', 2, '123', '123123', 'xiaogang', '2021-08-25 20:12:15', 'xiaogang', NULL);

    执行结构如下：

    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

ShardingSphere-proxy-5.0.0的部署之取模分片的实现(五十)
笨鸟不会飞
11-27 702
在ShardingSphere-proxy的部署之取模分片的实现(二十七)中我们讲解了基于5.0.0-alpha版ShardingSphere-proxy的部署之取模分片的实现，那么在本章我们将为大家讲解5.0.0版本ShardingSphere-proxy的部署之取模分片实现，看下和旧版的有什么区别 在前面的章节我们已经创建好了我们的取模分片的数据了，那么在本章我们直接在我们的config-sharding.yaml中配置我们的取模分片算法即可。 1、配置config-sharding.yaml # .
ShardingSphere-proxy-5.0.0的部署之分片边界的范围分片的实现(五十四)
笨鸟不会飞
11-27 774
本章基于sharding-sphere-5.0.0的基于springboot的ShardingSphere5.0.0的分库分表的解决方案之基于分片边界的范围分片算法解决方案(四十三)创建好的库表的基础上实现我们的proxy的配置的实现 1、配置config-sharding.yaml # # Licensed to the Apache Software Foundation (ASF) under one or more # contributor license agreements. See t.
ShardingSphere 5.0.0 实现按月水平分表
ligang_ant的博客
06-21 8142
shardingsphere按月水平分表
揭秘ShardingSphere分库分表底层原理：5步实现千万级数据高效路由
最新发布
DeepNest的博客
10-14 891
掌握Java分库分表Sharding难题？本文详解ShardingSphere底层原理，通过5步实现千万级数据高效路由，支持高并发、低延迟场景。涵盖数据分片策略、分布式主键等关键技术，提升系统扩展性，值得收藏。
sharding-sphere按月动态分表
热门推荐
OliverAAAAAA的博客
06-10 1万+
公司有个记录表，每天有几百万的数据，所以我决定按月把他分下表。 用spring整合的。 首先，sharding-sphere不支持自动创建表，所以我提前创建了两年的表，命名规则 logicTableName + _2019_06 以下是官方文档上面的分片算法介绍： 由于这个记录表在业务层面，只有insert 和 query ，我就用create_datetime作为分表位，查询是有时...
使用Shardingsphere-jdbc 5.0.0-alpha进行分库分表
u010084384的专栏
01-28 3244
文章目录背景使用步骤1. 创建数据库schemas2. 添加依赖3. 添加配置踩过的坑需要注意的点 背景 分库官网已经有响应配置案列，但是分表没有详细的文档，这里给基于单数据源的按时间分片的demo。 使用步骤 1. 创建数据库schemas 创建数据库：demo_ds_0 在demo_ds_0下创建12个log表，表名格式t_log_202101 2. 添加依赖 在我们的springboot项目里引入以下依赖： <dependency> <groupId>org.apach
分库分表工具：Apache ShardingSphere 5.0.0-alpha 发布
zhenghhgz的博客
11-16 1946
IT实战联盟博客：http://blog.100boot.cn Apache ShardingSphere 5.0.0 发布了 alpha 版本，自上个版本 4.1.1 发布以来，Apache ShardingSphere 一直在修复社区反馈的问题、加强功能和开发新特性。 根据官方的说法，5.x 是 Apache ShardingSphere从分库分表中间件向分布式数据库生态转化的里程碑，从 4.x 版本后期开始打磨的可插拔架构在 5.x 版本已逐渐成型，项目的设计理念和 API都进行了大幅提升。 ..
ShardingSphere-Proxy数据分片教程
wangye135的博客
11-17 1178
本文详细介绍了使用数据分片的前提，以及如何利用ShardingSphere-Proxy相关的数据分片操作，以及数据分片带来的限制。最后，谈论了解决海量数据的其他方案。
Shardingsphere-Proxy 5.5.0数据迁移
m0_63164811的博客
06-24 2122
Shardingsphere-Proxy 5.5.0数据迁移
shardingsphere-proxy 5.0.0-alpha按时间分片
zdj18166896501的博客
12-14 5525
一、说明 Sharding-Proxy 5.0.0-alpha版本中内置了org.apache.shardingsphere.sharding.algorithm.sharding.datetime.AutoIntervalShardingAlgorithm按时间分片算法类。 在AutoIntervalShardingAlgorithm这个类中有几个重要的属性需要在配置文件中进行配置 public final class AutoIntervalShardingAlgorithm implement
sharding-proxy分表配置过程记录
Forget_Re的博客
11-21 1231
之前研究过通过mycat进行分库分表的配置，最近发现很多项目上用的都是sharding-proxy来实现，所以也来进行一个学习。下面来简单记录一下搭建的过程。
sharding-jdbc按月分表样例
10-25
sharind-jdbc样例，当中包含了按月动态分表，一个比较简单的demo，大家可以结合自己的需求进行修改，以及可以看下实现思路，仅供参考！
shardingsphere按月分表实战
a405828的专栏
10-12 3221
shardingsphere如果要实现按月分表需要我们实现分表路由算法实现，默认是没有用。下面进入实战环节，本文所说按月份分表是相同月份的数据放入同一个表，当然如果你要每个月保存到一个表也是可以的，修改一下算法就行了。按月分表使用每个月数据都比较稳定业务场景使用，每个月数据量不会有太大的差异。在数据库创建好对应的分表，分表可以在同一个数据库也可以在不同的数据库。范围查询算法，主要针对查询条件使用>，=，
ShardingSphere 5.0.0-alpha 分库分表解决方案（七）——proxy分表
scorpio的博客
01-11 1207
ShardingSphere 5.0.0-alpha ——ShardingSphere-proxy分表
ShardingSphere 5.0.0-alpha 分库分表解决方案（一）——分表
scorpio的博客
01-07 3004
ShardingSphere 5.0.0-alpha 分表解决方案
ShardingSphere 5.0.0-alpha 分库分表解决方案（二）——分库分表
scorpio的博客
01-08 807
ShardingSphere 5.0.0-alpha 分库分表解决方案
基于springboot的ShardingSphere5.X的分库分表的解决方案之广播表(二十五)
笨鸟不会飞
02-03 1545
广播表指所有的分片数据源中都存在的表，表结构和表中的数据在每个数据库中均完全一致。适用于数据量不大且需要与海量数据的表进行关联查询的场景，例如：字典表 那么我们此处就直接使用第三章的源代码进行改造，我们在里面配置一张字典表，然后将字典表放在db1数据库。 1、库表设计和改造 1.1、字典表设计 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-F70rLBDY-1612342891737)(E:\indea-base\sharding-sphere-example\doc\s.
apache/sharding-proxy5.0 分库分表 教程 详解
qq_45472675的博客
04-08 1782
apache/sharding-proxy 分库分表 https://shardingsphere.apache.org/document/current/en/overview/ (官方文档) sharding主要有三种接入方式 Sharding-JDBC：通过程序代码实现Sharding的介入，只是多种数据库。但是使用微服务需要多服务配置。 Sharding-proxy：通过官方提供的程序，相当于中间件实现。当做Mysql/PostgreSQL下载或通过docker在本地启动。 Sharding-
基于springboot的ShardingSphere5.0.0的分库分表的解决方案之自动时间段分片算法解决方案(四十四)
笨鸟不会飞
11-21 1553
在基于springboot的ShardingSphere5.X的分库分表的解决方案之自动时间段分片算法解决方案(二十四)中我们讲解了基于5.0.0-alpha版的自动时间段分片算法的解决方案，那么在本章我们将为大家讲解5.0.0版本自动时间段分片算法的解决方案的实现，看下和旧版的有什么区别 我们的场景还是使用之前5.0.0-alpha版本里面的那个场景： (1970-01-01 23:59:59 ~ 2020-01-01 23:59:59) 库0.表0 [2020-01-01 23:59:59 ~ 20.
如何通过ShardingSphere-Proxy的日志验证分表路由是否正确？
04-17
<think>好的，我现在需要帮助用户了解如何通过ShardingSphere-Proxy的日志验证分表路由的正确性。用户之前已经问过关于ShardingSphere-Proxy使用分表是否需要修改Spring Boot代码的问题，现在他根据我的回答，进一步询问如何通过日志验证分表是否正确。我需要结合用户提供的引用内容和之前的对话来给出详细的步骤和说明。 首先，用户提供的引用内容中，引用[3]提到他使用的是ShardingSphere-Proxy 5.5.1版本，并给出了下载和安装步骤。这可能对日志的位置和配置有帮助。引用[4]提到了分片算法，比如哈希取模和范围分片，这可能涉及到路由策略的具体实现，这些信息可能在日志中体现出来。引用[1]和[2]则更多是关于ShardingSphere-Proxy的配置和应用场景，可能对理解整体架构有帮助。 接下来，我需要回忆之前回答的内容。在之前的回答中，我提到验证分表路由的方法是通过Proxy执行SQL并观察日志，例如执行SELECT * FROM user WHERE id=5，然后查看Proxy日志中的实际路由到哪个物理表。现在用户希望更详细地了解这个过程，所以需要详细说明日志的位置、如何开启详细日志、具体的验证步骤以及常见问题处理。 首先，日志的位置可能根据安装路径不同而有所变化。用户安装路径是/ops/app/sharding-proxy，所以日志可能在logs目录下，比如stdout.log。然后，需要确认用户是否已经配置了日志级别为DEBUG，因为默认可能不是足够详细。需要指导用户如何修改logback.xml配置文件，调整日志级别。 接下来，具体的验证步骤需要分步骤说明：发送测试SQL，检查日志中的Actual SQL部分。这里需要给出具体的例子，比如插入和查询操作，对应的日志输出应该显示路由到哪个具体的分表。同时，要提醒用户注意分片键是否在SQL语句中出现，否则可能导致全路由，影响验证结果。 然后，常见问题处理部分需要涵盖没有分片键的情况，分片算法是否匹配，以及物理表是否存在。例如，如果用户漏掉了分片键，日志中会显示所有分表都被访问，这时候需要提醒用户检查SQL语句。如果分片算法配置错误，比如模数不对，路由结果就会出错，需要检查配置。另外，如果物理表不存在，即使路由正确也会报错，所以需要确认表结构是否已经正确创建。 最后，要确保回答结构清晰，分点说明，并参考用户提供的引用内容。比如引用[4]提到的分片算法，可以在解释分片算法类型时引用，说明不同算法在日志中的表现可能不同。同时，用户之前的问题中提到的分表规则配置，也需要在日志验证中对应起来，确保用户能够将配置和实际日志输出联系起来。 可能还需要考虑用户的实际操作环境，比如是否熟悉查看日志文件，是否有权限修改日志配置等。因此，在回答中需要给出具体的命令和配置示例，帮助用户一步步操作。例如，修改logback.xml的具体位置，如何重启Proxy服务等。这些细节能帮助用户减少操作中的障碍，顺利验证分表路由的正确性。 总结来说，我需要将整个过程分解为日志位置、开启详细日志、验证步骤、示例分析以及常见问题处理，每个部分都要详细且易于理解。同时，结合用户提供的引用内容，确保回答的准确性和相关性。</think>以下是基于引用内容并结合实际经验的详细解答，说明如何通过ShardingSphere-Proxy日志验证分表路由的正确性： --- ### 一、日志文件定位 1. **默认日志路径** Proxy的日志文件通常位于安装目录下的`logs`文件夹中（根据引用[3]的安装路径）： ```bash /ops/app/sharding-proxy/logs/stdout.log # 标准输出日志 ``` 2. **关键日志标识** - **逻辑SQL**：业务代码中发送的原始SQL（使用逻辑表名） - **Actual SQL**：Proxy解析后实际执行的物理SQL（带分表后缀） - **Route**：分片路由结果（显示具体分库分表） --- ### 二、验证步骤 #### 步骤1：开启DEBUG日志级别（若需更详细信息） 修改Proxy服务端`conf/logback.xml`，调整日志级别： ```xml <!-- 修改前 --> <logger name="org.apache.shardingsphere" level="INFO" /> <!-- 修改后 --> <logger name="org.apache.shardingsphere" level="DEBUG" /> # 输出详细路由信息 ``` 重启Proxy服务使配置生效： ```bash cd /ops/app/sharding-proxy && ./bin/stop.sh && ./bin/start.sh ``` #### 步骤2：执行测试SQL并观察日志 **示例场景**（基于引用[4]的分片算法）： - **分表规则**：对`id`字段哈希取模（`sharding-count=4`） - **逻辑表名**：`user`，物理表名：`user_0`到`user_3` **测试用例1：精确分片键查询** ```sql -- 业务代码执行 SELECT * FROM user WHERE id = 7; ``` **日志验证**： ```log [DEBUG] [main] ShardingSphere-SQL - Logic SQL: SELECT * FROM user WHERE id = 7 [DEBUG] [main] ShardingSphere-SQL - Actual SQL: ds_0 ::: SELECT * FROM user_3 WHERE id = 7 # id=7 mod4=3 → user_3 ``` **测试用例2：无分片键查询** ```sql SELECT * FROM user WHERE name = 'Alice'; ``` **日志验证**： ```log [DEBUG] [main] ShardingSphere-SQL - Actual SQL: ds_0 ::: SELECT * FROM user_0 WHERE name = 'Alice' [DEBUG] [main] ShardingSphere-SQL - Actual SQL: ds_0 ::: SELECT * FROM user_1 WHERE name = 'Alice' [DEBUG] [main] ShardingSphere-SQL - Actual SQL: ds_0 ::: SELECT * FROM user_2 WHERE name = 'Alice' [DEBUG] [main] ShardingSphere-SQL - Actual SQL: ds_0 ::: SELECT * FROM user_3 WHERE name = 'Alice' # 广播全表 ``` --- ### 三、关键验证点 1. **分片键匹配性** 检查`Actual SQL`中的分表后缀是否与分片键值（如`id=7`）通过分片算法计算的结果一致[^4]。 2. **路由范围正确性** - **精确路由**：当SQL包含分片键时，应仅命中一个分表（如`user_3`） - **广播路由**：当SQL不包含分片键时，应命中所有分表（如`user_0`到`user_3`） --- ### 四、常见问题排查 | 问题现象 | 原因分析 | 解决方案 | |-----------------------------|--------------------------|------------------------------| | 实际SQL未替换分表后缀 | 分表规则未生效 | 检查Proxy配置`config-sharding.yaml` | | 分片结果与预期不符 | 分片算法类型或参数错误 | 验证分片算法实现（如HASH_MOD的`sharding-count`）[^4] | | 路由到不存在的物理表 | 物理表未实际创建 | 在数据库中手动创建`user_0`到`user_3`表 | --- ### 五、扩展验证方法 通过Proxy的`SHOW`命令直接查看路由结果： ```sql -- 执行解析SQL（不实际执行） PREVIEW SELECT * FROM user WHERE id = 7; -- 输出结果 +------------------+----------------+ | data_source_name | actual_table | +------------------+----------------+ | ds_0 | user_3 | +------------------+----------------+ ``` --- ### 六、示例分析 **引用[4]的分区段算法验证**： 若分表规则为范围分片（如`[0-255]→user_0`，`[256-511]→user_1`）： ```sql SELECT * FROM user WHERE id = 300; # 应路由到user_1 ``` **预期日志**： ```log Actual SQL: ds_0 ::: SELECT * FROM user_1 WHERE id = 300 ``` ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值