项目的订单表数据量已经有1百万多了，发现越往后翻页，数据查询速度也越来越慢了
explain分析了sql语句发现是全表扫描了1百万行数据
百度了一些资料，觉得用MySQL的覆盖索引加速分页查询是较好的解决方法
利用了索引查询的语句中如果只包含了那个索引列（覆盖索引），那么这种情况会查询很快。因为利用索引查找有优化算法，且数据就在查询索引上面，不用再去找相关的数据地址了，这样节省了很多时间。另外Mysql中也有相关的索引缓存，在并发高的时候利用缓存就效果更好了。
id字段是主键，自然就包含了默认的主键索引。现在让我们看看利用覆盖索引的查询效果如何。 这次我们之间查询最后一页的数据（利用覆盖索引，只包含id列），如下： select id from product limit 866613, 20 0.2秒
这样我先将目标数据的id全部找到，然后根据其他查询需求再去join其他，避免了一开始就join查询的全表扫描，提高查询速度，尽量利用可以用到的条件所有的索引来筛选数据。
也总结出了在数据量大了的情况下尽量一开始就使用join查询，提醒自己通过覆盖索引将需要的目标数据找到，然后再去join会很大提高查询速度，这也是我们平常处理多数生活事情也用到的道理。
以下是对TP5分页的优化 