创建二级索引

在阅读本页面之前，你需要准备以下事项：

。
阅读数据库模式概览。
。
创建表。

什么是二级索引

二级索引是集群中的逻辑对象，你可以简单地认为它就是一种对数据的排序，TiDB 使用这种有序性来加速查询。TiDB 的创建二级索引的操作为在线操作，不会阻塞表中的数据读写。TiDB 会创建表中各行的引用，并按选择的列进行排序。而并非对表本身的数据进行排序。可在二级索引中查看更多信息。二级索引可，也可在已有的表上进行添加。

如果需要对已有表中添加二级索引，可使用 CREATE INDEX 语句。在 TiDB 中，为在线操作，不会阻塞表中的数据读写。二级索引创建一般如以下形式：

参数描述

{index_name}: 二级索引名。
{table_name}: 表名。
{column_names}: 将需要索引的列名列表，以半角逗号分隔。

新建表的同时创建二级索引

如果你希望在创建表的同时，同时创建二级索引，可在 CREATE TABLE 的末尾使用包含 KEY 关键字的子句来创建二级索引：

参数描述

{index_name}: 二级索引名。
{column_names}: 将需要索引的列名列表，以半角逗号分隔。

见索引的最佳实践。

例子

CREATE TABLE `bookshop`.`books` (
  `id` bigint(20) AUTO_RANDOM NOT NULL,
  `title` varchar(100) NOT NULL,
  `published_at` datetime NOT NULL,
  `stock` int(11) DEFAULT '0',
  `price` decimal(15,2) DEFAULT '0.0',
  PRIMARY KEY (`id`) CLUSTERED
) DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

因此，就需要对 查询某个年份出版的所有书籍 的 SQL 进行编写，以 2022 年为例，如下所示：

可以使用 EXPLAIN 进行 SQL 语句的执行计划检查：

EXPLAIN SELECT * FROM `bookshop`.`books` WHERE `published_at` >= '2022-01-01 00:00:00' AND `published_at` < '2023-01-01 00:00:00';

运行结果为：

+-------------------------+----------+-----------+---------------+--------------------------------------------------------------------------------------------------------------------------+
| id                      | estRows  | task      | access object | operator info                                                                                                            |
| TableReader_7           | 346.32   | root      |               | data:Selection_6                                                                                                         |
| └─Selection_6           | 346.32   | cop[tikv] |               | ge(bookshop.books.published_at, 2022-01-01 00:00:00.000000), lt(bookshop.books.published_at, 2023-01-01 00:00:00.000000) |
|   └─TableFullScan_5     | 20000.00 | cop[tikv] | table:books   | keep order:false                                                                                                         |
3 rows in set (0.61 sec)

可以看到返回的计划中，出现了类似 TableFullScan 的字样，这代表 TiDB 准备在这个查询中对 books 表进行全表扫描，这在数据量较大的情况下，几乎是致命的。

在 books 表增加一个 published_at 列的索引：

添加索引后，再次运行 EXPLAIN 语句检查执行计划：

+-------------------------------+---------+-----------+--------------------------------------------------------+-------------------------------------------------------------------+
| id                            | estRows | task      | access object                                          | operator info                                                     |
+-------------------------------+---------+-----------+--------------------------------------------------------+-------------------------------------------------------------------+
| IndexLookUp_10                | 146.01  | root      |                                                        |                                                                   |
| ├─IndexRangeScan_8(Build)     | 146.01  | cop[tikv] | table:books, index:idx_book_published_at(published_at) | range:[2022-01-01 00:00:00,2023-01-01 00:00:00), keep order:false |
| └─TableRowIDScan_9(Probe)     | 146.01  | cop[tikv] | table:books                                            | keep order:false                                                  |
+-------------------------------+---------+-----------+--------------------------------------------------------+-------------------------------------------------------------------+

可以看到执行计划中没有了 TableFullScan 的字样，取而代之的是 IndexRangeScan，这代表已经 TiDB 在进行这个查询时准备使用索引。

注意

上方执行计划中的的 TableFullScan、IndexRangeScan 等在 TiDB 内被称为。这里对执行计划的解读及算子等不做进一步的展开，若你对此感兴趣，可前往 TiDB 执行计划概览文档查看更多关于执行计划与 TiDB 算子的相关知识。

执行计划并非每次返回使用的算子都相同，这是由于 TiDB 使用的优化方式为 基于代价的优化方式 (CBO)，执行计划不仅与规则相关，还和数据分布相关。你可以前往文档查看更多 TiDB SQL 性能的描述。

TiDB 在查询时，还支持显式地使用索引，你可以使用 Optimizer Hints 或来人为的控制索引的使用。但如果你不了解它内部发生了什么，请你暂时先不要使用它。

可以使用 SHOW INDEXES 语句查询表中的索引：

SHOW INDEXES FROM `bookshop`.`books`;

运行结果为：