它已被用于Oracle一世。但今天，很惊讶，MySQL在对数量级的性能，甚至差距如此之大不同的顺序相同的功能。
看看表ibmng(id,title,info) 只要 id key 指数title
看看两个语句：
select * from ibmng limit 1000000,10
select * from ibmng limit 10,10
非常多人都会觉得不会有多大区别，可是他们都错了。区别太大了，（可能机器不同有点差距。但绝对10倍以上）详细运行时间留给好奇的同学。
这是为什么呢，都是offset的错！
优化的话你能够想方法减小offset，例如以下面：
Select * From ibmng Where id >=(
Select id From ibmng Order By id limit 1000000,1
) limit 10
大家一定会看到问题， limit 1000000,1 相同offset不是一样大吗，肯定不能优化。
（可是，又错了，运行之后才知道结果！）
原因是id是索引，全部快，那么例如以下sql呢：
select id from ibmng where title='mysql' order by id limit 1000000,10;
这条sql大家又会猜错。相同慢的跟蜗牛一样。
（在此大家都会想title加了索引啊怎么会这样！
）
接下来大家再运行一条sql例如以下：
select id from ibmng where title='mysql' limit 1000000,10;
运行之后你会发现速度是sousou的快！
原因看出来了吧，都是用了索引的原因，假设你要用select id from ibmng where title='mysql' order by id limit 1000000,10; 那么就追加复合索引（title,id ）对。
注意：然后和limit无关。
我现在终于回来了场面，假设统计数据的千万级别批量读单词，不要用limit最好的，使用主键范围最推断！
（eg：id<=1001000 and id>=1000001）