小坑:sharding jdbc 3和pagehelper 5 源码冲突

昨晚被一个小坑坑了一晚,花几分钟mark一下(时间关系, 录个大概):

《sharding jdbc 3和pagehelper 5 分页冲突》

sharding的processLimit()流程把pageHelper的limit ??参数 重置为 0, x了, 导致分布永远都是0, x 。

 

解决方案:
1. 需要pagehelper时 用跳过shardind的数据源, (用的是最新版的sharding, 根据key自定义规则分表,用其他规则的情况还没试, 因为时间关系 不想改整体路由配置)
2.用自己的分页插件,不用pagehelper
3.撸撸sharding的源码,包装自己的version

4.可试着自己撸一个自定义路由route < ... >

 

正反向链路大概(时间关系, 录个大概):

Source Sql -> PageHelper -> MyBatis Session -> MyBatis Statement -> ..... 

DruidPooledPreparedStatement -> ShardingPreparedStatement -> Sharding ParsingSQLRouter -> route - processLimit 到这里参数给冲突重置了。

小坑:sharding jdbc 3和pagehelper 5 源码冲突_第1张图片

小坑:sharding jdbc 3和pagehelper 5 源码冲突_第2张图片

小坑:sharding jdbc 3和pagehelper 5 源码冲突_第3张图片

小坑:sharding jdbc 3和pagehelper 5 源码冲突_第4张图片

小坑:sharding jdbc 3和pagehelper 5 源码冲突_第5张图片

 

 

最后一张图吧,暴露了这个坑。

 

你可能感兴趣的:(java,advanced)