mysql索引优化案例

案例1

select * from? ? ? order where? ?user_id =11 and status = 1 and id > 10000 limit 10

2个索引 user_id 、? id

场景

? 偶然会查询的慢，且不容易复现?

原因

id大的时候，mysql评估后使用id更快；但是实际上会多几次IO查询

（总共1000W条数据，>999.9W,limit 从倒数1000条查询。。假如这1000条只有最后1条是复核条件的，那么：就会从磁盘扫描出这1000条数据，然后比较user_id。 假如10条数据是1个page, 1000条数据要100个page，也就是100次磁盘IO，因此使用id索引会慢）

解决方案

强制使用 user_id 索引

案例2

查询未归档的订单（未归档的数据量，因此status创建了索引能有效筛选出数据）

select * from order where? status =10? order by? ?update_time

索引

2个索引 status? , update_time

问题

使用 update_time 索引，能避免排序；但是，会增加磁盘IO

解决方案

select * from order where? status =10? order by? update_time+0

update_time +0 后，就无法利用?update_time 索引（因为 对字段做了函数操作）

其他方案

1. 强制索引
2. 可使用“将待归档的数据”?放入到另一张表
3. ?将待归档的数据 使用redis中sortSet存储

建议：

业务中慎用 order by ，会引起 选错索引