欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

記一次Mysql不走日期字段索引的原因小結(jié)

 更新時間:2021年10月22日 11:06:27   作者:敲代碼的小小酥  
本文主要介紹了記一次Mysql不走日期字段索引的原因,文中通過示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下

背景

在一個表中,dataTime字段設置是varchar類型,存入的數(shù)據(jù)是日期格式的數(shù)據(jù),并且為該字段設置了索引。但是在日志記錄中,有一條關(guān)于該表的慢查詢。查詢語句為:
select * from digitaltwin_meteorological where dataTime > '2021-10-15';
explain分析sql語句,發(fā)現(xiàn)sql語句執(zhí)行了全表掃描。為何sql中用了dataTime索引列,為啥還走全表掃描呢?

探索

一:起初,認為是dataTime字段類型為varchar,所以mysql在索引排序時,按照字符串順序進行排序了,而不是日期大小順序進行排序的,所以在范圍查詢時,并不能按照日期順序進行索引的范圍分區(qū)。于是把dataTime改為datatime類型,在分析語句,發(fā)現(xiàn)還是全表掃描。

二:改變查詢條件的值,

 select count(*) from digitaltwin_meteorological where dataTime > '2021-10-15';

執(zhí)行結(jié)果為3910。

EXPLAIN select * from digitaltwin_meteorological where dataTime > '2021-10-15';

sql語句分析結(jié)果為全表掃描:

在這里插入圖片描述

我們把查詢條件改為16號,看有多少條數(shù)據(jù):

 select count(*) from digitaltwin_meteorological where dataTime > '2021-10-16';

查詢結(jié)果為2525,下面我們分析16號的查詢語句:

EXPLAIN select * from digitaltwin_meteorological where dataTime > '2021-10-16';

執(zhí)行結(jié)果為range查詢,利用到了索引:

在這里插入圖片描述

由此可見,當查詢出來的記錄條數(shù)多時,mysql會走全表掃描,認為全表掃描的效率更快。當查詢出來的記錄少時,mysql會使用索引查詢。
全表的數(shù)據(jù)量為19714條數(shù)據(jù),也就是說當2525/19714=13%的時候,mysql走索引查詢。當3910/19714=20%的時候,mysql走全表掃描。

三:我們把dataTime該為了datetime數(shù)據(jù)類型,那么查詢條件是否還需要加引號呢,我們把dataTime查詢條件的引號去掉,看結(jié)果:

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;

計算結(jié)果為19714,全表的數(shù)據(jù),所以說,datetime查詢條件也需要加引號。

四:如上的分析,都是dataTime在datetime類型情況下的討論。而最初的字段類型是varchar,那么改成varchar類型,如上的結(jié)論還存在嗎,我們修改類型,再執(zhí)行sql:

EXPLAIN select * from digitaltwin_meteorological where dataTime > '2021-10-16';

在這里插入圖片描述

可以看到,改成varchar類型后,16號查詢成了全表掃描,而不是range掃描。
把條件改成17號,看執(zhí)行結(jié)果:

EXPLAIN select * from digitaltwin_meteorological where dataTime > '2021-10-17';

在這里插入圖片描述

17號的查詢走了索引查詢。我們看17號的數(shù)據(jù)量是1749。
所以,在字段類型為varchar時,1749/19714=9%的情況下,會走索引,而2525/19714=13%的情況下,會全表掃描。
也就是說當是datetime類型時,查詢結(jié)果占13%的情況下,會走索引查詢,而當是varchar類型時,查詢結(jié)果占全表數(shù)據(jù)的13%時,會走全表掃描。這也是為什么日期類型我們要設置為datetime而不是varchar的原因之一。

總結(jié)

通過上述分析,可以總結(jié)如下結(jié)論:
1.范圍查詢中,當查詢的數(shù)據(jù)量達到一定范圍后,mysql認為全表掃描效率更高,會走全表掃描,而非索引。
2.datetime字段類型的值在查詢時也要加引號,否則mysql不會按日期進行處理。
3.日期格式的數(shù)據(jù),設置為varchar類型,范圍查詢走索引還是全表掃描的臨界值比datetime類型的查詢走索引查詢還是全表掃描的臨界值低,所以日期類型數(shù)據(jù)設置為datetime類型,會有更高概率走索引查詢。

到此這篇關(guān)于記一次Mysql不走日期字段索引的原因的文章就介紹到這了,更多相關(guān)Mysql 日期字段索引內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • mysql索引過長Specialed key was too long的解決方法

    mysql索引過長Specialed key was too long的解決方法

    在創(chuàng)建要給表的時候遇到一個有意思的問題,提示Specified key was too long; max key length is 767 bytes,本文就來介紹一下解決方法,如果你也遇到此類問題,可以參考一下
    2021-11-11
  • mysql實現(xiàn)事務的提交與回滾的實例詳解

    mysql實現(xiàn)事務的提交與回滾的實例詳解

    在本篇文章中我們給大家分享一篇關(guān)于mysql實現(xiàn)事務的提交與回滾的實例內(nèi)容,有需要的朋友們可以參考學習下。
    2020-01-01
  • mysql中使用shell語句實現(xiàn)xtrabackup自動物理備份增量備份

    mysql中使用shell語句實現(xiàn)xtrabackup自動物理備份增量備份

    這篇文章主要為大家介紹了mysql數(shù)據(jù)庫使用shell實現(xiàn)xtrabackup自動物理備份增量備份腳本,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2023-07-07
  • SQL GROUP BY 詳解及簡單實例

    SQL GROUP BY 詳解及簡單實例

    這篇文章主要介紹了SQL GROUP BY 詳解及簡單實例的相關(guān)資料,需要的朋友可以參考下
    2017-01-01
  • linux環(huán)境下配置mysql5.6支持IPV6連接的方法

    linux環(huán)境下配置mysql5.6支持IPV6連接的方法

    本文主要介紹在linux系統(tǒng)下,如何配置mysql支持IPV6的連接,本文圖文并茂給大家介紹的非常詳細,具有參考借鑒價值,需要的朋友參考下吧
    2018-01-01
  • IDEA無法連接mysql數(shù)據(jù)庫的6種解決方法大全

    IDEA無法連接mysql數(shù)據(jù)庫的6種解決方法大全

    這篇文章主要介紹了IDEA無法連接mysql數(shù)據(jù)庫的6種解決方法大全,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2020-11-11
  • 最新評論