root@rac1 10:48:11>explain select id,gmt_create, gmt_modified,order_id,service_id, seller_id,seller_nick...结合源码和optimize_trace我们发现第一阶段优化的时候,优化器确实选择了idx_sidustsvidtype 并且选择采用range访问,因为sql 语句中含有order by,在optimizer...试图优化 order by limit的时候清空了保存访问方式的quick变量(原本保存的是range,但是被请空),最终发现采用排序索引(这里是id)的代价高于组合索引(这里是idx_sidustsvidtype...root@rac1 10:48:15>explain select id,gmt_create,gmt_modified,order_id,service_id,seller_id, seller_nick...去掉不必要的order by 需要和开发沟通确认是否影响业务逻辑。