mybatis分页查询

标签：使用   sp   strong   on   数据   问题   bs   as   nbsp   

今天研究了一下MySQL的分页查询，记录并分享如下：

        方式1：

        select * from table order by id limit m, n; 

        该语句的意思为，查询m+n条记录，去掉前m条，返回后n条记录。无疑该查询能够实现分页功能，但是如果m的值越大，查询的性能会越低（越后面的页数，查询性能越低），因为MySQL同样需要扫描过m+n条记录。

        方式2：

        select * from table where id > #max_id# order by id limit n;

        该查询每次会返回n条记录，却无需像方式1扫描过m条记录，在大数据量的分页情况下，性能可以明显好于方式1，但该分页查询必须要每次查询时拿到上一次查询（上一页）的一个最大id（或最小id）。该查询的问题就在于，我们有时没有办法拿到上一次查询（上一页）的最大id（或最小id），比如当前在第3页，需要查询第5页的数据，该查询方法便爱莫能助了。

        方式3：

        为了避免能够实现方式2不能实现的查询，就同样需要使用到limit m, n子句，为了性能，就需要将m的值尽力的小，比如当前在第3页，需要查询第5页，每页10条数据，当前第3页的最大id为#max_id#：

        select * from table where id > #max_id# order by id limit 20, 10;

        其实该查询方式是部分解决了方式2的问题，但如果当前在第2页，需要查询第100页或1000页，性能仍然会较差。

        方式4：

        select * from table as a inner join (select id from table order by id limit m, n) as b on a.id = b.id order by a.id;

        该查询同方式1一样，m的值可能很大，但由于内部的子查询只扫描了字段id，而不是整张表，所以性能要强于方式1查询，并且该查询能够解决方式2和方式3不能解决的问题。

        方式5：

        select * from table where id > (select id from table order by id limit m, 1) limit n;

        该查询方式同方式4，同样通过子查询扫描字段id，效果同方式4。至于性能的话，方式5的性能会略好于方式4，因为方式5不需要在进行表的关联，而是一个简单的比较。

mybatis分页查询

标签：使用   sp   strong   on   数据   问题   bs   as   nbsp   

原文地址：http://www.cnblogs.com/deepbreath/p/4164924.html