今天研究了一下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 byid limit m, n) as b on a.id = b.id order by a.id;
该查询同方式1一样，m的值可能很大，但由于内部的子查询只扫描了字段id，而不是整张表，所以性能要强于方式1查询，并且该查询能够解决方式2和方式3不能解决的问题。
方式5：
select * from tablewhere id > (select id from table order by id limit m, 1) limit n;
该查询方式同方式4，同样通过子查询扫描字段id，效果同方式4。至于性能的话，方式5的性能会略好于方式4，因为方式5不需要在进行表的关联，而是一个简单的比较。
一个积极奋进的目标，一种矢志不渝的追求。
