MySQL 8.0 雖然發布很久了，但可能大家都停留在 5.7.x，甚至更老，其實 MySQL 8.0 新增了許多重磅新特性，比如棧長今天要介紹的 "隱藏索引" 或者 "不可見索引"。
隱藏索引是什麼鬼？隱藏索引 字面意思就是把索引進行隱藏，即不可見，它不是用來查詢優化的，所以它不會被優化器使用到。隱藏索引適用於除主鍵索引（顯示或者隱式設置）之外的索引，意味著主鍵索引是不能通過任何方式隱藏的。
MySQL 資料庫默認創建的索引都是可見的，要顯式控制一個索引的可見性，可以在 CREATE TABLE，CREATE INDEX 或 ALTER TABLE 的索引定義命令中使用 VISIBLE 或 INVISIBLE 關鍵字。
如下面示例所示：
CREATE TABLE javastack (
age INT,
weight INT,
tall INT,
INDEX age_idx (age) INVISIBLE
) ENGINE = InnoDB;
CREATE INDEX weight_idx ON javastack (weight) INVISIBLE;
ALTER TABLE javastack ADD INDEX tall_idx (tall) INVISIBLE;要變更現有索引的可見性，可以在 ALTER TABLE ... ALTER INDEX 命令中使用 VISIBLE 或 INVISIBLE 關鍵字。
年齡索引變更為不可見（隱藏）：
ALTER TABLE javastack ALTER INDEX age_idx INVISIBLE;年齡索引變更為可見：
ALTER TABLE javastack ALTER INDEX age_idx VISIBLE;怎麼知道一個表中的索引是可見還是不可見，可以從 INFORMATION_SCHEMA.STATISTICS 表，或者 SHOW INDEX 命令輸出中獲得。例如：
mysql> SELECT
INDEX_NAME,
IS_VISIBLE
FROM INFORMATION_SCHEMA.STATISTICS
WHERE TABLE_SCHEMA = 'db1' AND TABLE_NAME = 'javastack';
+--+--+
| INDEX_NAME | IS_VISIBLE |
+--+--+
| age_idx | YES |
| weight_idx | NO |
| tall_idx | NO |
+--+--+
隱藏索引有什麼用？從上面隱藏索引介紹我們知道，隱藏索引可以不被優化器所使用，那麼我們可以把某個表的某個索引設置隱藏，然後再測試 SQL 語句的查詢性能。
即可以利用隱藏索引快速測試刪除索引後對 SQL 查詢性能的影響，而無需進行索引刪除、重建操作，如果需要該索引，再設置可見就好了，這在大表測試中無疑非常有用，因為對於大表索引的刪除和重新添加很耗性能，甚至影響表的正常工作。
隱藏索引設置如果一個索引被設置成隱藏了，但實際上又需要被優化器所使用，有幾種表索引情況缺失對查詢造成的影響：
1）SQL 查詢語句中包含了索引提示指向不可見索引會發生錯誤；
2）性能模式數據中顯示了受影響 SQL 查詢語句的負載增高；
3）SQL 查詢語句進行 EXPLIAN 時出現了不同的執行計劃；
4）SQL 查詢語句出現在了慢查詢日誌中（之前沒有出現）；
系統變量 optimizer_switch 的 use_invisible_indexes 標誌的值，控制了優化器執行計劃構建時是否使用隱藏索引。
如果 use_invisible_indexes 值設置為 off 關閉狀態（默認值），優化器默認會忽略隱藏索引，即和加入該參數之前的效果一樣。
如果 use_invisible_indexes 值設置為 on 打開狀態，隱藏索引仍然保持不可見，但優化器會把隱藏索引加入到執行計劃的構建中。
如果想要在某條單個 SQL 查詢語句上啟用隱藏索引，可以使用 SET_VAR 優化器提示來臨時更新 optimizer_switch 的值，如下所示：
mysql> EXPLAIN SELECT /*+ SET_VAR(optimizer_switch = 'use_invisible_indexes=on') */
> age, weight FROM javastack WHERE weight >= 150\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: javastack
partitions: NULL
type: range
possible_keys: weight_idx
key: weight_idx
key_len: 5
ref: NULL
rows: 2
filtered: 100.00
Extra: Using index condition
mysql> EXPLAIN SELECT age, weight FROM javastack WHERE weight >= 150\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: javastack
partitions: NULL
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 5
filtered: 33.33
Extra: Using where索引的可見性不會影響索引的自身維護，例如，不管索引是可見還是不可見，每次表數據行的更改索引都會更新，並且唯一索引也可防止插入重複數據。
沒有顯式主鍵的表如果在 NOT NULL 列上有任何一個唯一索引，則仍可能成為有效的隱式主鍵。在這種情況下，第一個這樣的索引會對表數據行施加與顯式主鍵相同的約束，並且該索引不能設置為不可見。
如以下表的定義：
CREATE TABLE javastack (
age INT NOT NULL,
weight INT NOT NULL,
UNIQUE weight_idx (weight)
) ENGINE = InnoDB;該表定義不包含任何顯式主鍵，但是 weight 列為 NOT NULL，在該列上創建的唯一索引在數據行上與主鍵具有相同的約束，並且不能使其不可見：
mysql> ALTER TABLE javastack ALTER INDEX weight_idx INVISIBLE;
ERROR 3522 (HY000): A primary key index cannot be invisible.假設現在我們將一個顯式主鍵添加到表中：
ALTER TABLE javastack ADD PRIMARY KEY (age);顯式主鍵不能設置為不可見，此時，weight 列上的唯一索引不再充當隱式主鍵，因此可以使其設置不可見。
mysql> ALTER TABLE javastack ALTER INDEX weight_idx INVISIBLE;
Query OK, 0 rows affected (0.03 sec)
總結本文介紹了 MySQL 8.0 中的新特性：隱藏（不可見）索引，這個索引並不是新加的索引類型，而是可以控制索引是否加入到執行計劃的構建之中。
在實際生產中也可以利用隱藏索引進行 SQL 語句的性能測試，或者對索引進行邏輯刪除，以及索引的灰度發布測試等，用處還是蠻大的。
參考文檔：
https://dev.mysql.com/doc/refman/8.0/en/invisible-indexes.html