0前言MySQL8.0開始支持隱藏索引,不可見索引。它允許快速啟用/禁用MySQLOptimizer使用的索引。
隱藏索引不會被優(yōu)化器使用,但仍需維護
1應(yīng)用場景軟刪除灰度發(fā)布,測試新索引:在不影響現(xiàn)有查詢性能的情況下,測試新創(chuàng)建的索引是否有效維護索引:在更新或重建索引時,可以先將其設(shè)置為不可見,避免影響在線查詢臨時禁用無用索引:如果某個索引不再被頻繁使用,可以將其設(shè)置為不可見,減少不必要的開銷2啥用?若想刪除一個索引,又想事先知道效果??墒顾鼘?yōu)化程序不可見。這是一個快速的元數(shù)據(jù)更改,使索引不可見。一旦確定沒有性能下降,就可真正去刪除索引。
關(guān)鍵:隱藏索引不能供優(yōu)化器使用,但它仍存在,并通過寫入操作保持最新。即便嘗試“FORCEINDEX”,優(yōu)化器也不會用它,雖然我認為我們應(yīng)該能在某種程度強制它??赡軙羞@樣情況:
可創(chuàng)建一個新的隱形索引,但若想測試它,須使它可見。即所有對應(yīng)用程序有即時影響的查詢都將能用它。若目的只是想測試它,我不認為這是最好方法,不是所有人的服務(wù)器都有相同的數(shù)據(jù)大小和真實數(shù)據(jù)。強制隱藏索引這時可能會很有用。
你有許多索引,但不確定哪個未使用。可將一個索引更改為不可見,以查看是否存在任何性能下降。若是,你可立即更改。
可能有個特殊情況:只有一個查詢可用該索引。此時,隱藏索引可能是很好解決方案。
3創(chuàng)建有兩個選項:
3.1創(chuàng)建一個具有隱藏索引的表CREATETABLEt1(iINT,jINT,kINT,INDEXi_idx(i)INVISIBLE)ENGINE=InnoDB;CREATEINDEXj_idxONt1(j)INVISIBLE;3.2altertable并將索引更改為隱藏ALTERTABLEt1ADDINDEXk_idx(k)INVISIBLE;4使用如果我們現(xiàn)在要刪除索引,我們可以將其更改為隱藏。但是使用“FORCE/USEINDEX”的查詢怎么樣?他們是否會拋出一個錯誤?如果強制不存在的索引,你會收到錯誤。你不會看到隱藏索引的錯誤。優(yōu)化器不會使用它,但知道它存在。
大型表上,這可能導致嚴重性能問題。即使MySQL在查詢執(zhí)行期間不拋任何錯誤,它也應(yīng)在錯誤日志中記錄一個警告。
免責聲明:本文內(nèi)容由開放的智能模型自動生成,僅供參考。