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