CREATE INDEX

    示例

    1. CREATE TABLE t1 (id INT NOT NULL PRIMARY KEY AUTO_INCREMENT, c1 INT NOT NULL);
    1. Query OK, 0 rows affected (0.10 sec)
    1. INSERT INTO t1 (c1) VALUES (1),(2),(3),(4),(5);
    1. Query OK, 5 rows affected (0.02 sec)
    2. Records: 5 Duplicates: 0 Warnings: 0
    1. EXPLAIN SELECT * FROM t1 WHERE c1 = 3;
      1. Query OK, 0 rows affected (0.30 sec)
      1. EXPLAIN SELECT * FROM t1 WHERE c1 = 3;
      1. +------------------------+---------+-----------+------------------------+---------------------------------------------+
      2. +------------------------+---------+-----------+------------------------+---------------------------------------------+
      3. | IndexReader_6 | 10.00 | root | | index:IndexRangeScan_5 |
      4. | └─IndexRangeScan_5 | 10.00 | cop[tikv] | table:t1, index:c1(c1) | range:[3,3], keep order:false, stats:pseudo |
      5. +------------------------+---------+-----------+------------------------+---------------------------------------------+
      6. 2 rows in set (0.00 sec)
      1. ALTER TABLE t1 DROP INDEX c1;
      1. CREATE UNIQUE INDEX c1 ON t1 (c1);
      1. Query OK, 0 rows affected (0.31 sec)

        TiDB 不仅能将索引建立在表中的一个或多个列上,还可以将索引建立在一个表达式上。当查询涉及表达式时,表达式索引能够加速这些查询。

        考虑以下查询:

        1. SELECT * FROM t WHERE lower(name) = "pingcap";
        1. CREATE INDEX idx ON t ((lower(name)));

        维护表达式索引的代价比一般的索引更高,因为在插入或者更新每一行时都需要计算出表达式的值。因为表达式的值已经存储在索引中,所以当优化器选择表达式索引时,表达式的值就不需要再计算。因此,当查询速度比插入速度和更新速度更重要时,可以考虑建立表达式索引。

        表达式索引的语法和限制与 MySQL 相同,是通过将索引建立在隐藏的虚拟生成列 (generated virtual column) 上来实现的。因此所支持的表达式继承了虚拟生成列的所有。目前,建立了索引的表达式只有在 子句、WHERE 子句和 ORDER BY 子句中时,优化器才能使用表达式索引。后续将支持 GROUP BY 子句。

        相关 session 变量

        • 不支持 FULLTEXTHASHSPATIAL 索引。
        • 不支持降序索引 (类似于 MySQL 5.7)。
        • 默认无法向表中添加 PRIMARY KEY,在开启 配置项后可支持此功能,详情参考:alter-primary-key

        另请参阅