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)化器不會使用它，但知道它存在。

大型表上，這可能導(dǎo)致嚴重性能問題。即使MySQL在查詢執(zhí)行期間不拋任何錯誤，它也應(yīng)在錯誤日志中記錄一個警告。

松鼠大腦中有張藏寶圖?？人民資訊

瓜子葵花籽一組），再一組一組畫進腦海中的藏寶圖，所以即使壞心眼的科學(xué)家將松鼠私藏的寶貝偷偷挖出來，并抹除氣味、制作假土堆來誤導(dǎo)辦案，松鼠依舊有辦法找到正確的埋藏地點，證明它們的確有著過人的記性。然而，松鼠終究不能精準(zhǔn)掌握庫存，少部分被它們遺忘或來不及吃掉的種子，一經(jīng)冬去春來，就會在土壤里蘇醒、發(fā)芽，于是 孫余的眉宇間流露出一絲不情愿，但我無暇顧及，因為我有種預(yù)感，這張紙條是沖著我來的！確實，任何謎題都能激起我的熱情，哪怕謎底潛藏著危險_-。我的職業(yè)是一名自由開發(fā)者，夜晚我偏愛流連于夜店、酒吧之間，相較于解決代碼中的bug，我更熱衷于解決現(xiàn)實世界的問題。我對推理情有獨鐘，擁有一個專門探討懸疑故事的說完了。