This is an automated cherry-pick of pingcap#6588

Signed-off-by: ti-chi-bot <ti-community-prow-bot@tidb.io>

sql-statements/sql-statement-create-index.md

@@ -128,9 +128,62 @@ CREATE UNIQUE INDEX c1 ON t1 (c1);
 Query OK, 0 rows affected (0.31 sec)
 ```
 
+<<<<<<< HEAD
 ## 相关 session 变量
 
 和 `CREATE INDEX` 语句相关的全局变量有 `tidb_ddl_reorg_worker_cnt`，`tidb_ddl_reorg_batch_size` 和 `tidb_ddl_reorg_priority`，具体可以参考 [TiDB 特定系统变量](/tidb-specific-system-variables.md#tidb_ddl_reorg_worker_cnt)。
+=======
+## 表达式索引
+
+> **注意：**
+>
+> 该功能目前为实验特性，不建议在生产环境中使用。
+
+如果需要使用这一特性，在 [TiDB 配置文件](/tidb-configuration-file.md#allow-expression-index-从-v400-版本开始引入)中进行以下设置：
+
+{{< copyable "sql" >}}
+
+```sql
+allow-expression-index = true
+```
+
+TiDB 不仅能将索引建立在表中的一个或多个列上，还可以将索引建立在一个表达式上。当查询涉及表达式时，表达式索引能够加速这些查询。
+
+考虑以下查询：
+
+{{< copyable "sql" >}}
+
+```sql
+SELECT * FROM t WHERE lower(name) = "pingcap";
+```
+
+如果建立了如下的表达式索引，就可以使用索引加速以上查询：
+
+{{< copyable "sql" >}}
+
+```sql
+CREATE INDEX idx ON t ((lower(name)));
+```
+
+维护表达式索引的代价比一般的索引更高，因为在插入或者更新每一行时都需要计算出表达式的值。因为表达式的值已经存储在索引中，所以当优化器选择表达式索引时，表达式的值就不需要再计算。因此，当查询速度比插入速度和更新速度更重要时，可以考虑建立表达式索引。
+
+表达式索引的语法和限制与 MySQL 相同，是通过将索引建立在隐藏的虚拟生成列 (generated virtual column) 上来实现的。因此所支持的表达式继承了虚拟生成列的所有[限制](/generated-columns.md#生成列的局限性)。目前，建立了索引的表达式只有在 `FIELD` 子句、`WHERE` 子句和 `ORDER BY` 子句中时，优化器才能使用表达式索引。后续将支持 `GROUP BY` 子句。
+
+## 不可见索引
+
+不可见索引（Invisible Indexes）不会被查询优化器使用：
+
+```sql
+CREATE TABLE t1 (c1 INT, c2 INT, UNIQUE(c2));
+CREATE UNIQUE INDEX c1 ON t1 (c1) INVISIBLE;
+```
+
+具体可以参考 [`ALTER INDEX`](/sql-statements/sql-statement-alter-index.md)。
+
+## 相关系统变量
+
+和 `CREATE INDEX` 语句相关的系统变量有 `tidb_ddl_reorg_worker_cnt` 、`tidb_ddl_reorg_batch_size` 和 `tidb_ddl_reorg_priority`，具体可以参考[系统变量](/system-variables.md#tidb_ddl_reorg_worker_cnt)。
+>>>>>>> db07f000e (Update the related variable description for CREATE INDEX (#6588))
 
 ## MySQL 兼容性