MySQL查詢性能優(yōu)化七種方式索引潛水
前言：
有讀者可能會一臉懵？
啥是索引潛水？
你給起的名字的嗎？有沒有索引蛙泳？
這個名字還真不是我起的，今天要講的知識點就叫索引潛水（Index dive） 。
先要從一件怪事說起：
我先造點數(shù)據(jù)復(fù)現(xiàn)一下問題，創(chuàng)建一張用戶表：
CREATE TABLE `user` ( ?`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主鍵ID', ?`name` varchar(100) NOT NULL DEFAULT '' COMMENT '姓名', ?`age` int(11) NOT NULL DEFAULT 0 COMMENT '年齡', ?PRIMARY KEY (`id`), ?KEY `idx_age` (`age`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
通過一批用戶年齡，查詢該年齡的用戶信息，并查看一下SQL執(zhí)行計劃：
explain select * from user where age in (1,2,3,4,5,6,7,8,9);
where條件中有9個參數(shù)，重點關(guān)注一下執(zhí)行計劃中的預(yù)估掃描行數(shù)為279行。
到這里沒什么問題，預(yù)估的非常準，實際就是279行。
但是，問題來了，當我們在where條件中，再加一個參數(shù)，變成了10個參數(shù)，預(yù)估掃描行數(shù)本應(yīng)該增加，結(jié)果卻大大減少了。
explain select * from user where age in (1,2,3,4,5,6,7,8,9,10);
一下子減少到了30行，可是實際行數(shù)是多少呢？
實際是310行，預(yù)估掃描行數(shù)是30行，真是錯到姥姥家了。
MySQL咋回事啊，到底還能不能預(yù)估？
不能預(yù)估的話，換其他人！
大家肯定也是滿臉疑惑，直到我去官網(wǎng)上看到了一個詞語，索引潛水（Index dive） 。
跟這個詞語相關(guān)的，還有一個配置參數(shù) eq_range_index_dive_limit。
MySQL5.7.3之前的版本，這個值默認是10，之后的版本，這個值默認是200。
可以使用命令查看一下這個值的大?。?/strong>
show variables like '%eq_range_index_dive_limit%';
當然，我們也可以手動修改這個值的大?。?/strong>
set eq_range_index_dive_limit=200;
這個 eq_range_index_dive_limit 配置的作用就是：
當where語句in條件中參數(shù)個數(shù)小于這個值的時候，MySQL就采用索引潛水（Index dive） 的方式預(yù)估掃描行數(shù)，非常準確。
當where語句in條件中參數(shù)個數(shù)大于等于這個值的時候，MySQL就采用另一種方式索引統(tǒng)計（Index statistics） 預(yù)估掃描行數(shù)，誤差較大。
MySQL為什么要這么做呢？
都用索引潛水（Index dive） 的方式預(yù)估掃描行數(shù)，不好嗎？
其實這是基于成本的考慮，索引潛水估算成本較高，適合小數(shù)據(jù)量。索引統(tǒng)計估算成本較低，適合大數(shù)據(jù)量。
一般情況下，我們的where語句的in條件的參數(shù)不會太多，適合使用索引潛水預(yù)估掃描行數(shù)。
建議還在使用MySQL5.7.3之前版本的同學(xué)們，手動修改一下索引潛水的配置參數(shù)，改成合適的數(shù)值。
如果你們項目中in條件最多有500個參數(shù)，就把配置參數(shù)改成501。
這樣MySQL預(yù)估掃描行數(shù)更準確，可以選擇更合適的索引。
到此這篇關(guān)于MySQL查詢性能優(yōu)化七種方式索引潛水的文章就介紹到這了,更多相關(guān)MySQL查詢優(yōu)化內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
Mysql使用sum()函數(shù)返回null的問題詳解
MySQL的Sum()函數(shù)是用來找出所有記錄的一個字段的總和,下面這篇文章主要給大家介紹了關(guān)于Mysql使用sum()函數(shù)返回null的問題,文中通過實例代碼介紹的非常詳細,需要的朋友可以參考下2022-01-01
在MySQL數(shù)據(jù)庫中，支持單項、異步復(fù)制。在復(fù)制過程中，一個服務(wù)器充當主服務(wù)器，而另外一臺服務(wù)器充當從服務(wù)器。筆者通過MySQL的復(fù)制功能得到了一下實惠，在下文中與大家分享。2011-03-03
MySQL數(shù)據(jù)庫查詢性能優(yōu)化策略
這篇文章主要介紹了MySQL數(shù)據(jù)庫查詢性能優(yōu)化的策略，幫助大家的工作學(xué)習(xí)提高MySQL數(shù)據(jù)庫的性能，感興趣的朋友可以了解下2020-08-08
下面小編就為大家?guī)硪黄猰ysql用一個表更新另一個表的方法。小編覺得挺不錯的，現(xiàn)在就分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-01-01
這篇文章主要給大家介紹了新手第一次把mysql裝進docker中可能碰到的各種問題，文中通過示例代碼介紹的非常詳細，對大家學(xué)習(xí)或者使用mysql具有一定的參考學(xué)習(xí)價值，需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2019-06-06
mysql的collation大致的意思就是字符序，這篇文章主要給大家介紹了關(guān)于MySQL中COLLATION的相關(guān)資料，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-05-05
MySQL數(shù)據(jù)庫所在的主機的安全性是最首要的問題，如果主機不安全，被攻擊者控制，那么MySQL的安全性也無從談起。其次就是數(shù)據(jù)目錄和數(shù)據(jù)文件的安全性，也就是權(quán)限設(shè)置問題。因此MySQL數(shù)據(jù)庫安全配置是至關(guān)重要的。2011-03-03
Servermanager啟動連接數(shù)據(jù)庫錯誤如何解決
這篇文章主要介紹了Servermanager啟動連接數(shù)據(jù)庫錯誤如何解決,文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-10-10
這篇文章主要介紹了mysql?8.0.30?降級到?8.0.27,本文分步驟給大家介紹的非常詳細，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2022-09-09
mysql臨時表(temporary?table)使用方法詳解
MySQL臨時表在很多場景中都會用到,MySQL內(nèi)部在執(zhí)行復(fù)雜SQL時,需要借助臨時表進行分組、排序、去重等操作,下面這篇文章主要給大家介紹了關(guān)于mysql臨時表(temporary?table)使用方法的相關(guān)資料,需要的朋友可以參考下2024-01-01