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 語句的效能測試，或者對索引進行邏輯刪除，以及索引的灰度釋出測試等，用處還是蠻大的。

本次的分享就到這裡了，希望對大家有用。覺得不錯，在看、轉發分享一下哦 ~

最後， MySQL 系列教程還會繼續更新，關注 Java 技術棧公眾號第一時間推送，還可以在公眾號選單中獲取歷史 MySQL 教程，都是乾貨。