mysql 5.6 order by Limit执行效率问题

今天研发的同事反馈一个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版本的一个优化设计。