昨晚被一个小坑坑了一晚,花几分钟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 到这里参数给冲突重置了。