记一次Mysql分页插件BUG

记一次Mysql分页插件BUG

项目里有用到分页插件，实现方式是拦截 statementHandler的prepare方法，给原本的sql加上limit限制条件，然后拦截query方法，拼装一条sql,返回数据的总条数
形如 select count(0) from (sql)， 后面测试发现，当数据条数小于分页大小时，是没问题的，大于分页条件后，总数永远等于分页大小。
后来跟进代码发现，项目还引入了另一个分页插件，拦截的是Executor，方案是类似的，只是在executor的query方法前，就已经改过了原始的sql，还实现了自己的mappedStament和boundSql,导致后面另一个插件再拦截的时候，sql是已经加上了limit了，所以 后面不管怎么count，都只是limit后的数据。
解决方法，在Executor的插件上通过入参来区分是否需要当前插件处理，如果不需要处理，直接继续，让后面的插件处理。
其实原因还是因为项目版本迭代太多次，用的东西混杂在一起。