mysql 千万数据分页查询优化

一般刚开始学SQL的时候，会这样写 ：

SELECT * FROM table ORDER BY id LIMIT 1000, 10;

但在数据达到百万级的时候，这样写会慢死 ：

SELECT * FROM table ORDER BY id LIMIT 1000000, 10;

也许耗费几十秒 

网上很多优化的方法是这样的 ：

SELECT * FROM table WHERE id >= (SELECT id FROM table LIMIT 1000000, 1) LIMIT 10;

是的，速度提升到0.x秒了，看样子还行了 可是，还不是完美的！ 

以下这句才是完美的： 

SELECT * FROM table WHERE id BETWEEN 1000000 AND 1000010;

比上面那句，还要再快5至10倍 

另外，如果需要查询 id 不是连续的一段，最佳的方法就是先找出 id ，然后用 in 查询 ：

SELECT * FROM table WHERE id IN(10000, 100000, 1000000...);

查询字段一较长字符串的时候，表设计时要为该字段多加一个字段,如，存储网址的字段 查询的时候，不要直接查询字符串，效率低下，应该查诡该字串的crc32或md5 

下面是具体研究的过程：

Mysql limit 优化，百万至千万条记录实现快速分页

MySql 性能到底能有多高？用了php半年多，真正如此深入的去思考这个问题还是从前天开始。有过痛苦有过绝望，到现在充满信心！MySql 这个数据库绝对是适合dba级的高手去玩的，一般做一点1万篇新闻的小型系统怎么写都可以，用xx框架可以实现快速开发。

可是数据量到了10万，百万至千万，他的性能还能那么高吗？一点小小的失误，可能造成整个系统的改写，甚至更本系统无法正常运行！好了，不那么多废话了。用事实说话，看例子：
数据表 collect ( id, title ,info ,vtype) 就这4个字段，其中 title 用定长，info 用text, id 是逐渐，vtype是tinyint，vtype是索引。这是一个基本的新闻系统的简单模型。现在往里面填充数据，填充10万篇新闻。
最后collect 为 10万条记录，数据库表占用硬盘1.6G。OK ,看下面