百万级数据库sql查询优化

最近接手一个老项目，DB中的文章表Lm_article数据量将近50W，之前用于查询列表分页的sql语句可以用‘龟速’形容，是时候优化一波了~。

● 首先看下表结构，因字段太多，只截取了常用字段，InnoDB存储引擎，相关索引已建立

● 现在列表中需要的字段为 ID,title(标题),sx,brief(描述)，where条件sx='游戏攻略'。吐槽下之前设计该表的大神，为啥不写个配置文件，存储对应类型的id呢？PS：就算改成int型，随着数据量的增加，后期还是得优化啊^^

可以看到一条常规的sql分页查询竟然耗时30多s，你信么~，尤其是limit非常大的时候>_<

● 分析原因：InnoDB是聚簇索引，不用回行，如果改成select id查询时间仅为0.1s，这就是传说中的“索引覆盖”，OMG~，速度几何倍提升啊，那么问题来了，其他字段呢……

● 参考方法：子查询

可以看到换了种写法，查询效率显著提升。如果哪位大神有更好的方法，欢迎评论留言^^

提供一个700W数据的sql测试表，可以直接导入使用，练习查询优化必备，拿走不谢~

千万条测试数据