大多数人跟我一样，最开始接触PageHelper的时候，都被超级方便的分页操作吸引
有多方便？
public PageInfo querySharePage(QueryObject qo) {
PageHelper.startPage(qo.getCurrentPage(), qo.getPageSize());
List<ShareTrainHh> 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，我们没办法控制，所以此问题无解。
