mysql 之limit 的时候sending data 过长

这几天使用lucene在索引数据库记录，数据库里有1w左右的记录，其中最长的content字段，为text，当从数据库里通过分页查数据的时候使用一下语句

select * from article limit ？，？

当limit 3000,60 开始 数据基本要3s的样子，当到8000的时候，真的有蛮慢，有时候要37s，通过mysql的性能分析得知mysql的主要时间都花在sending data上了

超过3000就会这样，使用索引第一次也会这样，当加大缓存时候第二次使用相同的查询会很快，不过随便改个条件就又很慢了。

当换一个策略，select * from article where id > 3000 limit 1,60 又非常快，

如果这样

SELECT * from article t ORDER BY t.id LIMIT 7000,60

用explain是使用索引的，但从上面可以得出，这条语句只有在排序那使用索引，也就是说，查询实际上 还是全表扫描。

那这样，换一种方式：select t.id from article t.id limit 7000,60

然后 select t.* from article t where t.id in (...) 这些id中，然后用explain

1 SIMPLE
t const
PRIMARY PRIMARY4
const1

Primary说明使用了索引，这样就很快了

这里介绍一下mysql的profile性能分析

打开profile：

set profiling =1

可以查询最近执行的sql语句：

show profiles

根据queryid 查看具体的query

show profile for query 124