專案中查時間資料段資料時，發現查詢時間很長，RDS查了一下執行計劃：

各列解析說明：

id：表示執行的順序，id的值相同時，執行順序是從上到下，id的值不同時，id的值越大，優先順序越高，越先執行

select_type:

1、SIMPLE表示不包含子查詢和union

2、查詢中若包含子查詢，最外層查詢則標記為：PRIMARY

3、在select或者where列表中包含了子查詢，則標記為：SUBQUERY

4、在from的子查詢會標記為：DERIVED 

5、從union selcect出來的結果被標誌為：UNION RESULT

type:

表示找到需要行的訪問型別

ALL，index，range，ref，eq_ref，const，system，NULL

效能從最差到最好

key:

表示使用哪個索引

rows:

表示影響的行數

extra:

表示查詢帥選的型別，比如使用了where條件，索引條件，或者排序，或者臨時表空間

瞭解到的資料：

當表的索引被查詢時，會使用最好的索引，除非優化器使用全表掃描更有效。
優化器優化成全表掃描取決與使用最好索引查出來的資料是否超過表的30%的資料。
優化器更加複雜，其估計基於其他因素，列入表的大小，行數和I/O塊的大小。

發現原因：

使用count整張表的資料，和條件的資料發現已經超過30%，所以失效。
在建立索引的時候，要根據列基數來建立，列基數=列中不同的資料/除以總資料，越接近1表示重複資料越少，越適合建立索引。

解決：

時間段的範圍可以通過唯一鍵如訂單號查詢，因為訂單號可以區分時間，並且列基數=1

或

增加其他能進一步查詢篩選的條件，如姓名、手機號碼等欄位

------------------------------------------------------

------------------------------------------------------

我的個人域名

期望和大家一起學習，共同進步，共勉，O(∩_∩)O謝謝

歡迎交流問題，可加個人QQ 469580884

或者，加我的群號 751925591，一起探討交流問題

不講虛的，只做實幹家

Talk is cheap，show me the code