背景：
今天在优化项目中的一条查询语句，耗时5秒左右，大概6张表关联查询，然后结果进行排序之后再分页查询20条数据。
代码：
SELECT*FROMt_card_recharge LEFT JOIN s_admin ON t_card_recharge.create_user = s_admin.idLEFT JOIN t_quota ON t_card_recharge.quota_id = t_quota.idLEFT JOIN b_user ON b_user.id = t_quota.user_idLEFT JOIN s_area ON t_card_recharge.area_id = s_area.idLEFT JOIN wx_refund ON t_card_recharge.order_id = wx_refund.id WHEREt_card_recharge.area_id LIKE CONCAT( '659007', '%' ) AND t_card_recharge.create_time >= concat( '2022-01-01', ' 00:00:00' ) AND t_card_recharge.create_time <= concat( '2022-09-21', ' 23:59:59' ) ORDER BYt_card_recharge.create_time DESC LIMIT 0,20不分页满足where条件一共3W多条数据，加上order by的时候速度非常慢，去掉速度反而很快。
找原因过程：
使用explain进行查看sql执行情况如下：
可以看到Extra一栏里面的Using temporary; Using filesort，使用了临时表和filesort排序，当查询数量过多，或者排序没有正确使用索引都会出现Using temporary，导致大量的IO操作严重影响查询性能。
解决办法：
优化查询语句，使用FORCE INDEX强制使用索引。
select *FROMt_card_recharge FORCE INDEX(idx_create_time)查询时间变成变成了0.6秒。
PS：当mysql不能使用索引进行排序时候会使用自己的排序规则filesort进行排序。
来源地址：https://blog.csdn.net/a1029573879a/article/details/126973838
