記一次Mysql不走日期字段索引的原因小結
背景
在一個表中，dataTime字段設置是varchar類型，存入的數據是日期格式的數據，並且為該字段設置瞭索引。但是在日志記錄中，有一條關於該表的慢查詢。查詢語句為:
select * from digitaltwin_meteorological where dataTime > '2021-10-15';
explain分析sql語句，發現sql語句執行瞭全表掃描。為何sql中用瞭dataTime索引列，為啥還走全表掃描呢？
探索
一:起初，認為是dataTime字段類型為varchar，所以mysql在索引排序時，按照字符串順序進行排序瞭，而不是日期大小順序進行排序的，所以在范圍查詢時，並不能按照日期順序進行索引的范圍分區。於是把dataTime改為datatime類型，在分析語句，發現還是全表掃描。
二:改變查詢條件的值，
select count(*) from digitaltwin_meteorological where dataTime > '2021-10-15';
執行結果為3910。
EXPLAIN select * from digitaltwin_meteorological where dataTime > '2021-10-15';
sql語句分析結果為全表掃描:
我們把查詢條件改為16號，看有多少條數據:
select count(*) from digitaltwin_meteorological where dataTime > '2021-10-16';
查詢結果為2525，下面我們分析16號的查詢語句:
EXPLAIN select * from digitaltwin_meteorological where dataTime > '2021-10-16';
執行結果為range查詢，利用到瞭索引:
由此可見，當查詢出來的記錄條數多時，mysql會走全表掃描，認為全表掃描的效率更快。當查詢出來的記錄少時，mysql會使用索引查詢。
全表的數據量為19714條數據，也就是說當2525/19714=13%的時候，mysql走索引查詢。當3910/19714=20%的時候，mysql走全表掃描。
三:我們把dataTime該為瞭datetime數據類型，那麼查詢條件是否還需要加引號呢，我們把dataTime查詢條件的引號去掉，看結果:
EXPLAIN select * from digitaltwin_meteorological where dataTime > 2021-10-16;
可見，去掉引號後，又成瞭全表掃描。所以說，不管字段類型是varchar還是datetime，查詢條件的值都需要加引號。而不加引號，mysql會把這個值做一些運算操作，其實不加引號後2021-10-16就不再是16號的日期瞭，我們看如下sql：
select count(*) from digitaltwin_meteorological where dataTime > 2021-10-16;
計算結果為19714，全表的數據，所以說，datetime查詢條件也需要加引號。
四:如上的分析，都是dataTime在datetime類型情況下的討論。而最初的字段類型是varchar，那麼改成varchar類型，如上的結論還存在嗎，我們修改類型，再執行sql:
EXPLAIN select * from digitaltwin_meteorological where dataTime > '2021-10-16';
可以看到，改成varchar類型後，16號查詢成瞭全表掃描，而不是range掃描。
把條件改成17號，看執行結果:
EXPLAIN select * from digitaltwin_meteorological where dataTime > '2021-10-17';
17號的查詢走瞭索引查詢。我們看17號的數據量是1749。
所以，在字段類型為varchar時，1749/19714=9%的情況下，會走索引，而2525/19714=13%的情況下，會全表掃描。
也就是說當是datetime類型時，查詢結果占13%的情況下，會走索引查詢，而當是varchar類型時，查詢結果占全表數據的13%時，會走全表掃描。這也是為什麼日期類型我們要設置為datetime而不是varchar的原因之一。
總結
通過上述分析，可以總結如下結論:
1.范圍查詢中，當查詢的數據量達到一定范圍後，mysql認為全表掃描效率更高，會走全表掃描，而非索引。
2.datetime字段類型的值在查詢時也要加引號，否則mysql不會按日期進行處理。
3.日期格式的數據，設置為varchar類型，范圍查詢走索引還是全表掃描的臨界值比datetime類型的查詢走索引查詢還是全表掃描的臨界值低，所以日期類型數據設置為datetime類型，會有更高概率走索引查詢。
到此這篇關於記一次Mysql不走日期字段索引的原因的文章就介紹到這瞭,更多相關Mysql 日期字段索引內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！