インデックスの変更
ALTER INDEXステートメントは、インデックスの可視性をVisibleまたはInvisibleに変更するために使用されます。非表示のインデックスは DML ステートメントによって維持されますが、クエリ オプティマイザーによっては使用されません。これは、インデックスを完全に削除する前に再確認する必要があるシナリオで役立ちます。
あらすじ
- AlterTableStmt
- AlterIndexSpec
AlterTableStmt
::= 'ALTER' 'IGNORE'? 'TABLE' TableName AlterIndexSpec ( ',' AlterIndexSpec )*
AlterIndexSpec
::= 'ALTER' 'INDEX' Identifier ( 'VISIBLE' | 'INVISIBLE' )
例
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 の非表示インデックスは、MySQL 8.0 の同等の機能に基づいてモデル化されています。
- MySQL と同様に、TiDB では
PRIMARY KEYを非表示にすることはできません。 - MySQL には、すべての非表示のインデックスを再び表示できるようにするオプティマイザー スイッチ
use_invisible_indexes=onが用意されています。この機能は TiDB では利用できません。