MySQL執行SQL會經過SQL解析和查詢優化的過程，解析器將SQL分解成資料結構並傳遞到後續步驟，查詢優化器發現執行SQL查詢的最佳方案、生成執行計劃。查詢優化器決定SQL如何執行，依賴於資料庫的統計資訊，下面我們介紹MySQL 5.7中innodb統計資訊的相關內容。MySQL執行SQL會經過SQL解析和查詢優化的過程，解析器將SQL分解成資料結構並傳遞到後續步驟，查詢優化器發現執行SQL查詢的最佳方案、生成執行計劃。查詢優化器決定SQL如何執行，依賴於資料庫的統計資訊，下面我們介紹MySQL 5.7中innodb統計資訊的相關內容。
MySQL統計資訊的儲存分為兩種，非持久化和持久化統計資訊。
一、非持久化統計資訊
非持久化統計資訊儲存在記憶體裡，如果資料庫重啟，統計資訊將丟失。有兩種方式可以設定為非持久化統計資訊：
非持久化統計資訊在以下情況會被自動更新：
非持久化統計資訊的缺點顯而易見，資料庫重啟後如果大量表開始更新統計資訊，會對例項造成很大影響，所以目前都會使用持久化統計資訊。
5.6.6開始，MySQL預設使用了持久化統計資訊，即
，持久化統計資訊儲存在表和。持久化統計資訊在以下情況會被自動更新：
是表的統計資訊，是索引的統計資訊，各欄位含義如下：為更好的理解，建一張測試表做說明：CREATE TABLE t1 (
a INT, b INT, c INT, d INT, e INT, f INT,
PRIMARY KEY (a, b), KEY i1 (c, d), UNIQUE KEY i2uniq (e, f)
) ENGINE=INNODB;複製程式碼
寫入資料如下：
檢視t1表的統計資訊，需主要關注
和欄位
時：表示索引的頁的數量時：表示葉子節點的數量時：表示索引欄位上唯一值的數量，此處做一下具體說明：1、
表示索引第一列之後的數量，如的a列，只有一個值1，所以時，。2、
表示索引前兩列之後的數量，如的列，有4個值，所以時，。3、對於非唯一索引，會在原有列之後加上主鍵索引，如
，在原索引列c,d後加了主鍵列的結果為2。瞭解了
和的具體含義，就可以協助我們排查SQL執行時為什麼沒有使用合適的索引，例如某個索引的遠小於實際值，查詢優化器認為該索引選擇度較差，就有可能導致使用錯誤的索引。三、統計資訊不準確的處理
我們檢視執行計劃，發現未使用正確的索引，如果是
中統計資訊差別較大引起，可通過以下方式處理：1、手動更新統計資訊，注意執行過程中會加讀鎖：
;2、如果更新後統計資訊仍不準確，可考慮增加表取樣的資料頁，兩種方式可以修改：
a) 全域性變數
，預設為20；b) 單個表可以指定該表的取樣：
;經測試，此處
的最大值是65535，超出會報錯。目前MySQL並沒有提供直方圖的功能，某些情況下（如資料分佈不均）僅僅更新統計資訊不一定能得到準確的執行計劃，只能通過
的方式指定索引。新版本8.0會增加直方圖功能，讓我們期待MySQL越來越強大的功能吧！
原文釋出時間為：2018-01-23
本文作者：王小龍
本文來自雲棲社群合作伙伴“老葉茶館”，瞭解相關資訊可以關注“老葉茶館”微信公眾號
原文連結