重要
このページは英語版のページを機械翻訳しています。原文はこちらからご覧ください。

ALTERINDEX

ALTER INDEXステートメントは、インデックスの可視性をVisibleまたはInvisibleに変更するために使用されます。非表示のインデックスはDMLステートメントによって維持されますが、クエリオプティマイザでは使用されません。これは、インデックスを完全に削除する前に再確認する必要があるシナリオで役立ちます。

あらすじ

AlterTableStmt
ALTERIGNORETABLETableNameAlterIndexSpec,
AlterIndexSpec
ALTERINDEXIdentifierVISIBLEINVISIBLE

ALTER TABLE ... ALTER INDEX ...ステートメントを使用して、インデックスの可視性を変更できます。

CREATE TABLE t1 (c1 INT, UNIQUE(c1));
ALTER TABLE t1 ALTER INDEX c1 INVISIBLE;
Query OK, 0 rows affected (0.02 sec)
SHOW CREATE TABLE t1;
+-------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table
                                    |
+-------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| t1    | CREATE TABLE `t1` (
  `c1` int(11) DEFAULT NULL,
  UNIQUE KEY `c1` (`c1`) /*!80000 INVISIBLE */
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin |
+-------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

オプティマイザは、非表示のインデックスc1を使用できません。

EXPLAIN SELECT c1 FROM t1 ORDER BY c1;
+-------------------------+----------+-----------+---------------+--------------------------------+
| id                      | estRows  | task      | access object | operator info                  |
+-------------------------+----------+-----------+---------------+--------------------------------+
| Sort_4                  | 10000.00 | root      |               | test.t1.c1:asc                 |
| └─TableReader_8         | 10000.00 | root      |               | data:TableFullScan_7           |
|   └─TableFullScan_7     | 10000.00 | cop[tikv] | table:t1      | keep order:false, stats:pseudo |
+-------------------------+----------+-----------+---------------+--------------------------------+
3 rows in set (0.00 sec)

比較すると、 c2表示可能なインデックスであり、オプティマイザで使用できます。

EXPLAIN SELECT c2 FROM t1 ORDER BY c2;
+------------------------+----------+-----------+------------------------+-------------------------------+
| id                     | estRows  | task      | access object          | operator info                 |
+------------------------+----------+-----------+------------------------+-------------------------------+
| IndexReader_13         | 10000.00 | root      |                        | index:IndexFullScan_12        |
| └─IndexFullScan_12     | 10000.00 | cop[tikv] | table:t1, index:c2(c2) | keep order:true, stats:pseudo |
+------------------------+----------+-----------+------------------------+-------------------------------+
2 rows in set (0.00 sec)

USE INDEX SQLヒントを使用してインデックスを強制的に使用しても、オプティマイザーは非表示のインデックスを使用できません。それ以外の場合は、エラーが返されます。

SELECT * FROM t1 USE INDEX(c1);
ERROR 1176 (42000): Key 'c1' doesn't exist in table 't1'

ノート:

ここでの「非表示」とは、オプティマイザにのみ非表示であることを意味します。非表示のインデックスは引き続き変更または削除できます。

ALTER TABLE t1 DROP INDEX c1;
Query OK, 0 rows affected (0.02 sec)

MySQLの互換性

  • TiDBの非表示インデックスは、MySQL8.0の同等の機能をモデルにしています。
  • MySQLと同様に、TiDBではPRIMARY KEYのインデックスを非表示にすることはできません。
  • MySQLには、すべての非表示のインデックスを再び表示できるようにするオプティマイザスイッチuse_invisible_indexes=onが用意されています。この機能はTiDBでは使用できません。

も参照してください