这是抛的异常
其实这不是数据库的原因,往下看 Caused by 发现其实是shardingSphere的问题
异常是从下面图片内的地方抛出来的,在执行sql期间如果发生任何异常都会被这个异常吃掉,最终都会返回一个Sql的异常
我一层一层跟源码,最后跟到 这里
这里的standardShardingAlgorithm 其实是就是分片算法,并且是 standard 的分片算法;
下面这个是complex类型的分片算法
我发现我的standardShardingAlgorithm是空的,我看了一下他赋值的地方,下面这个图6是他赋值的地方,
(图6)
根据strategy进行判断后进行赋值,我查看了这个属性,发现他赋值是从props内拿到strategy属性
我看了一下我的配置类发现从props配置的strategy只有一处那就是下图这里;
我这里配置的complex,他生成的分片算法是complexKeysShardingAlgorithm算法,所以standardShardingAlgorithm是空的,
根据我们定义不同的分片算法类型会生成对应的算法策略,最终我看了一下我定义的分片键算法,我使用了standard的分片键算法,这就解释了为啥最终走到了standardShardingAlgorithm的逻辑
我在指定CLASS_BASED的时候指定的是complex算法,所以他最终生成的其实是complexKeysShardingAlgorithm,我自定义的算法类实现的也是这个ComplexKeysShardingAlgorithm对象,上面图6生成的对象就是我们指定的自定义对象,standardShardingAlgorithm官方有提供默认的实现;
所以我最终发现我是分片策略的分片键使用的是standard,但是我分片算法用的是complex,所以生成了complex对应的分片算法,没有生成standard对应的分片算法,由于我指定的分片键是standard所以最终走到了使用standard分片算法的逻辑上,但他是空的所以抛出了异常,最终异常被吃掉返回了SQL的异常,本质上是抛的空指针!