使用ShardingSphere-Proxy对接AlloyDB插入数据时遇分片错误

错误根源 #

1. YAML配置缩进错误 #

你的ShardingSphere配置文件中，shard_2、shard_3、shard_4的username和password存在缩进不一致问题：

shard_2:
url: jdbc:postgresql://10.0.0.8:5432/rtc_db_des_aa
 username: postgres  # 此处缩进比url多一个空格，违反YAML规范
 password: "pass"

YAML对缩进严格敏感，这种错误会导致配置解析异常，间接引发分片列与表达式不匹配的报错。

2. INLINE分片算法表达式不规范 #

你使用的identifier.hashCode()是Java方法调用，ShardingSphere的分片列校验逻辑无法识别这种嵌套方法调用与分片列的关联关系，因此抛出“表达式与分片列不匹配”的错误。此外，直接调用hashCode()处理字符串存在哈希冲突风险，且跨环境哈希值可能不一致。

修复步骤 #

步骤1：修正YAML配置缩进 #

统一所有数据源的配置项缩进，确保username、password与url处于同一层级：

dataSources:
  shard_0:
    url: jdbc:postgresql://10.0.0.2:5432/rtc_db_des_aa
    username: postgres
    password: "pass"
  shard_1:
    url: jdbc:postgresql://10.0.0.7:5432/rtc_db_des_aa
    username: postgres
    password: "pass"
  shard_2:
    url: jdbc:postgresql://10.0.0.8:5432/rtc_db_des_aa
    username: postgres
    password: "pass"
  shard_3:
    url: jdbc:postgresql://10.0.0.9:5432/rtc_db_des_aa
    username: postgres
    password: "pass"
  shard_4:
    url: jdbc:postgresql://10.0.0.10:5432/rtc_db_des_aa
    username: postgres
    password: "pass"

步骤2：替换为适配的分片算法 #

推荐使用HASH_MOD算法（专门为哈希分片场景设计），替代INLINE算法，避免手动编写哈希表达式的问题：

rules:
  - !SHARDING
    tables:
      identifier:
        actualDataNodes: shard_${0..4}.identifier
        tableStrategy:
          standard:
            shardingColumn: identifier
            shardingAlgorithmName: hash_mod
    shardingAlgorithms:
      hash_mod:
        type: HASH_MOD
        props:
          sharding-count: 5

若坚持使用INLINE算法，可修改为Groovy支持的表达式格式（仍存在哈希冲突风险，不推荐）：

hash_inline:
  type: INLINE
  props:
    sharding-count: 5
    algorithm-expression: shard_${Math.abs(identifier.hashCode()) % 5}

验证修复 #

重启ShardingSphere-Proxy后，重新执行INSERT语句：

INSERT INTO identifier(identifier) VALUES ('1a2b3c4d5e');

此时数据应能正常插入并被正确路由到对应分片库。

内容的提问来源于stack exchange，提问作者Jasar Orion