MySQL下的几种分页方式。这些天，陆续有几个人问过我其中的子查询方式，并对子查询分页的高效率表示质疑。今天我特意做了一个试验来验证这一点。

      我选择了公司一个Discuz测试论坛作为试验体，其cdb_posts的记录数接近10000000行。

      先验证最基本的分页方式：

      在PhpMyAdmin里执行如下SQL：

SELECT * FROM `cdb_posts` ORDER BY pid LIMIT 1000000 , 30

      多执行几次，避免Cache等影响，取平均值，其执行时间大约为：6.6140 秒

      再验证子查询的分页方式：

      在PhpMyAdmin里执行如下SQL：

SELECT * FROM `cdb_posts` WHERE pid >= (
    SELECT pid FROM `cdb_posts` ORDER BY pid LIMIT 1000000 , 1
) LIMIT 30

      同样多执行几次，避免Cache等影响，取平均值，其执行时间大约为：0.6049 秒

      其实效率的差别就在于以下两种方式的差别：

SELECT * FROM `cdb_posts` ORDER BY pid LIMIT 1000000 , 1（6.7732 秒）
SELECT pid FROM `cdb_posts` ORDER BY pid LIMIT 1000000 , 1（0.5838 秒）

      有网友说如果是MySQL静态表的话，两个查询的速度应该基本一样，到底是不是我再做实验验证一下，同样是上面所用的表，只是删除了所有的varchar, text之类的变长度字段，以保证其是静态表，然后执行：

SELECT * FROM `cdb_posts` ORDER BY pid LIMIT 1000000 , 1（2.1303 秒）
SELECT pid FROM `cdb_posts` ORDER BY pid LIMIT 1000000 , 1（0.5532 秒）

    可以发现，转换成静态表之后，SELECT *后的速度确实快了一些，但查询速度仍然处于秒的级别，可以说还是很慢的。

      综上所述：当限定了字段，并且这个字段是一个索引的时候，LIMIT可以直接在索引文件中查找，而不是在实际的数据文件中查找，所以需要“跨越”的数据块体积要小很多。不过感觉这本应该可以在MySQL内部得到透明的优化才对，或许是因为MySQL的优化器比较笨吧。