从一个实例分析order by 优化

环境：

MySQL5.7.30

简介：

生产环境一张读压力很大的表，表数据量在3000万左右，该表主要是一条很简单的sql在查，因时入慢日志时间为1s，初期该sql并未进入到慢日志，一次引流导致出现了大量sql未走索引，活跃会话数激增，CPU瞬间打满的情况，由此引发了对优化器在索引选择上的一些思考。

建表语句如下：

因为生产环境，所以这里匿去表名，只分析原因，部分地方用test1代替：