今天研發的同事反饋一個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: repubtime
      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版本的一個優化設計。