shardingjdbc 自定义分表策略 没执行

### Sharding-JDBC 自定义分表策略不生效的原因分析 当遇到Sharding-JDBC自定义分表策略未执行的情况时，通常可以从以下几个方面排查问题： #### 1. 配置文件检查 确保`application.yml`或`application.properties`中的配置项正确无误。特别是分片算法类路径以及实现逻辑是否准确。 ```yaml spring.shardingsphere.rules.sharding.tables.t_order.actual-data-nodes=ds${0..1}.t_order_${0..1} spring.shardingsphere.rules.sharding.tables.t_order.table-strategy.inline.sharding-column=user_id spring.shardingsphere.rules.sharding.tables.t_order.table-strategy.inline.algorithm-expression=t_order_$->{user_id % 2} ``` 上述YAML片段展示了如何指定实际的数据节点、分片列及表达式[^1]。 #### 2. 分片键验证 确认SQL查询中确实包含了作为分片依据的关键字（即分片键），因为只有当SQL语句里含有这些特定字段时，才会触发相应的路由机制[^3]。 对于标准分片策略而言，仅支持单一的分片键，并且该键需参与`=`, `IN` 或者 `BETWEEN AND` 这样的比较运算符来决定具体的目标库/表位置[^2]。 #### 3. 实现接口准确性 检查所编写的具体分片算法是否遵循了框架的要求，比如实现了必要的接口方法并返回合理的计算结果。以下是Java代码示例展示了一个简单的精确分片算法： ```java public class MyPreciseShardingAlgorithm implements PreciseShardingAlgorithm<Long> { @Override public String doSharding(Collection<String> availableTargetNames, PreciseShardingValue<Long> shardingValue) { long value = shardingValue.getValue(); // 假设我们有一个模数为2的操作 int targetIndex = (int)(value % 2); return "t_order_" + targetIndex; } } ``` 此段程序通过取余操作决定了目标表名。 #### 4. 日志级别调整 适当提高日志记录等级可以帮助定位潜在错误源。可以在应用启动参数中加入如下设置以获取更详细的调试信息： ```shell -Dlogging.level.com.alibaba.druid.sql=DEBUG -Dlogging.level.org.apache.ibatis=DEBUG -Dlogging.level.org.springframework.jdbc.datasource.DataSourceTransactionManager=DEBUG ``` 这样做可以更好地理解整个过程中的每一步骤是如何被执行的，从而更容易发现哪里出了差错。