慎用Mybatis分页插件PageHelper！

大多数人跟我一样，最开始接触PageHelper的时候，都被超级方便的分页操作吸引

有多方便？

public PageInfo querySharePage(QueryObject qo) {
        PageHelper.startPage(qo.getCurrentPage(), qo.getPageSize());
        List shareList = trainHhMapper.selectAll();
        return new PageInfo(shareList);
}

一个普通的分页功能，从头到尾只需要三句代码

但是！

数据量大一点的表，千万不要随便拿来就用！

举例：

1. MySql的order by和limit一起使用时的BUG

select * from table_a where user_id = xx order by gmt_create desc limit xx

这样的话，即使user_id加了索引，但还是会非常非常慢，关于这个问题的细节自行百度。
这个问题能不能解决？可以。而且不难

select * from
(
  select * from table_a where user_id = xx order by gmt_create desc
) a
limit xx

像这样在外层套一个查询，把order by和limit分开就可以解决。
但是！
因为插件是自己在sql后面拼的limit，我们没办法控制，所以此问题无解。

2. 数据量过大时 limit分页效率

当数据量大到一定量级后，比如有几个text字段的大表100万条数据的时候
这个时候执行sql

select * from table_a limit 800000,10

只查了10条数据，但是非常非常慢!
因为根据limit的执行原理，这里是查出前80W+10条数据，然后截掉前面的80W条数据。
这个问题能不能解决？也可以。

select * from trable_a 
where id in
(
  select id from trable_a limit 800000,10
) a

像这样先利用主键索引确定id的范围，再去查询具体数据就可以。
但是！
因为插件是自己在sql后面拼的limit，我们没办法控制，所以此问题无解。

以上。在很可能需要优化的业务里，千万不能用PageHelper插件，以及其他的分页插件，自己写的分页更好拓展！