0
点赞
收藏
分享

微信扫一扫

mysql 5.6 order by Limit执行效率问题

witmy 2023-06-07 阅读 62


今天研发的同事反馈一个sql执行140+s但是sql很简单,也有索引,那么问题出在哪里呢?

经过排查发现,mysql中,order by limit 一起用的时候是有问题的不是我们常用的思路,下面举例说明:

select tid, productname, pic, minorder, minorderunit from `f_product` where cid = 6234052 and `status`=1   order by repubtime desc limit 8

mysql> explain select tid, productname, pic, minorder, minorderunit from `f_product` where cid = 6234052 and `status`=1   order by repubtime desc limit 8\G; 

 *************************** 1. row *************************** 

            id: 1 

   select_type: SIMPLE 

         table: f_product 

          type: index 

 possible_keys: cid_status_endtime_repubtime,status_repubtime,status_endtime,status_tid,status_pubtime_tid 

           key: r 
epubtime 

       key_len: 5 

           ref: NULL 

          rows: 9486 

         Extra: Using where 

 1 row in set (0.00 sec) 



 ERROR:  

 No query specified


不加Limit8 时:

mysql> explain select tid, productname, pic, minorder, minorderunit from `f_product` where cid = 6234052 and `status`=1   order by repubtime desc \G;
 *************************** 1. row ***************************
            id: 1
   select_type: SIMPLE
         table: f_product
          type: ref
 possible_keys: cid_status_endtime_repubtime,status_repubtime,status_endtime,status_tid,status_pubtime_tid
           key: cid_status_endtime_repubtime
       key_len: 6
           ref: const,const
          rows: 12950
         Extra: Using where; Using filesort
 1 row in set (0.00 sec)


 ERROR: 
 No query specified

发现加limit,和不加走的索引不一样。测试当不加Limit时执行时间:

mysql>  select tid, productname, pic, minorder, minorderunit from `f_product` where cid = 6234052 and `status`=1   order by repubtime desc;
7183 rows in set (0.03 sec)
mysql>  select tid, productname, pic, minorder, minorderunit from `f_product` where cid = 6234052 and `status`=1   order by repubtime desc limit 8;
8 rows in set (0.68 sec)

发现效率慢了20倍。

而且发现:limit 后面的值越大,影响的行数越多,例如limit 1 ,limit 5, limit8影响的行数都是不一样的。

经线下测试发现:limit 偏移量越小,用Limit效率越高,limit 越大效率越差。

所以在这里我调整了sql:

mysql> select tid, productname, pic, minorder, minorderunit from (select tid, productname, pic, minorder, minorderunit from `f_product` where cid = 6234052 and `status`=1 order by repubtime desc ) c limit 8; 
 8 rows in set (0.04 sec)    //执行时间缩小了17被。

同时也发现 :我们在order by  limit 一起时 执行顺序不是按照:where ------order by ------ limit

                    而是:order by ----- limit -------where的顺序去执行,这样就会有一个问题,按照我们管用的思路,上面的查询肯定是会丢失数据的。具体后面遇到再测试。

目前我们的数据库版本是mysql5.6.10不知道其他版本的如何,这可能是mysql5.6版本的一个优化设计。



举报

相关推荐

0 条评论