glossary:change the alphabet to headings (#21463) (#21466)

Author: ti-chi-bot

glossary.md

@@ -1,4 +1,4 @@
----
+---
 title: 术语表
 summary: 了解 TiDB 相关术语。
 ---
@@ -13,7 +13,7 @@ summary: 了解 TiDB 相关术语。
 - [TiCDC 术语表](/ticdc/ticdc-glossary.md)
 - [TiDB Lightning 术语表](/tidb-lightning/tidb-lightning-glossary.md)
 
-## A
+## <a id="A" class="letter" href="#A">A</a>
 
 ### ACID
 
@@ -24,7 +24,7 @@ ACID 是指数据库管理系统在写入或更新资料的过程中，为保证
 * 隔离性 (isolation) 指数据库允许多个并发事务同时对其数据进行读写和修改的能力。隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致，主要用于处理并发场景。关于 TiDB 支持的隔离级别，请参考 [TiDB 事务隔离级别](/transaction-isolation-levels.md#tidb-事务隔离级别)。
 * 持久性 (durability) 指事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。在 TiDB 中，事务一旦提交成功，数据全部持久化存储到 TiKV，此时即使 TiDB 服务器宕机也不会出现数据丢失。
 
-## B
+## <a id="B" class="letter" href="#B">B</a>
 
 ### Backup & Restore (BR)
 
@@ -44,7 +44,7 @@ ACID 是指数据库管理系统在写入或更新资料的过程中，为保证
 
 一个 [Region](#regionpeerraft-group) 在逻辑上划分为多个小范围，称为 bucket。TiKV 按 bucket 收集查询统计数据，并将 bucket 的情况报告给 PD。详情参见 [Bucket 设计文档](https://github.com/tikv/rfcs/blob/master/text/0082-dynamic-size-region.md#bucket)。
 
-## C
+## <a id="C" class="letter" href="#C">C</a>
 
 ### Cached Table
 
@@ -82,7 +82,7 @@ Coalesce Partition 是一种减少 Hash 分区表或 Key 分区表中分区数
 
 Coprocessor 是一种替 TiDB 分担计算工作负载的协处理机制。它位于存储层（TiKV 或 TiFlash），以 Region 为单位协同处理从 TiDB 下推的计算。更多信息，请参见[下推到 TiKV 的表达式列表](/functions-and-operators/expressions-pushed-down.md)。
 
-## D
+## <a id="D" class="letter" href="#D">D</a>
 
 ### Data Definition Language (DDL)
 
@@ -116,15 +116,15 @@ Dumpling 是一款数据导出工具，用于将存储在 TiDB、MySQL 或 Maria
 
 动态裁剪 (Dynamic Pruning) 是 TiDB 访问分区表的两种模式之一。在动态裁剪模式下，TiDB 的每个算子都支持直接访问多个分区，省略 Union 操作，提高执行效率，还避免了 Union 并发管理的问题。
 
-## E
+## <a id="E" class="letter" href="#E">E</a>
 
 ### Expression index
 
 表达式索引 (expression index) 是一种特殊的索引，能将索引建立于表达式上。在创建了表达式索引后，基于表达式的查询便可以使用上索引，极大提升查询的性能。
 
 详情参见 [CREATE INDEX - 表达式索引](/sql-statements/sql-statement-create-index.md#表达式索引)。
 
-## G
+## <a id="G" class="letter" href="#G">G</a>
 
 ### Garbage Collection (GC)
 
@@ -138,7 +138,7 @@ Dumpling 是一款数据导出工具，用于将存储在 TiDB、MySQL 或 Maria
 
 全局事务标识符 (Global Transaction Identifiers, GTIDs) 是在 MySQL 二进制日志中跟踪已复制事务的唯一标识符。[Data Migration (DM)](/dm/dm-overview.md) 在迁移数据时会使用这些标识符确保复制的一致性。
 
-## H
+## <a id="H" class="letter" href="#H">H</a>
 
 ### Hotspot
 
@@ -148,7 +148,7 @@ Dumpling 是一款数据导出工具，用于将存储在 TiDB、MySQL 或 Maria
 
 混合型在线事务与在线分析处理 (Hybrid Transactional and Analytical Processing, HTAP) 功能支持在同一数据库中同时处理 OLTP（联机事务处理）和 OLAP（联机分析处理）工作负载。在 TiDB 中，HTAP 是通过使用 TiKV 进行行存以及使用进行 TiFlash 进行列存来实现的。更多信息，参见 [HTAP 快速上手指南](/quick-start-with-htap.md)和 [HTAP 深入探索指南](/explore-htap.md)。
 
-## I
+## <a id="I" class="letter" href="#I">I</a>
 
 ### In-Memory Pessimistic Lock
 
@@ -158,7 +158,7 @@ Dumpling 是一款数据导出工具，用于将存储在 TiDB、MySQL 或 Maria
 
 索引合并 (Index Merge) 是在 TiDB v4.0 版本中作为实验特性引入的一种查询执行方式的优化，可以大幅提高查询在扫描多列数据时条件过滤的效率。自 v5.4 版本起，Index Merge 成为正式功能，详情参见[用 EXPLAIN 查看索引合并的 SQL 执行计划](/explain-index-merge.md)。
 
-## K
+## <a id="K" class="letter" href="#K">K</a>
 
 ### Key Management Service (KMS)
 
@@ -168,7 +168,7 @@ Dumpling 是一款数据导出工具，用于将存储在 TiDB、MySQL 或 Maria
 
 键值 (Key-Value, KV) 是一种通过唯一键来关联值并存储信息的数据结构，它能够实现快速的数据检索。TiDB 通过 TiKV 将表和索引映射为键值对，从而实现数据库中的高效数据存储和访问。
 
-## L
+## <a id="L" class="letter" href="#L">L</a>
 
 ### Leader/Follower/Learner
 
@@ -188,7 +188,7 @@ Dumpling 是一款数据导出工具，用于将存储在 TiDB、MySQL 或 Maria
 
 长期支持 (Long Term Support, LTS) 版本指经过充分测试并在较长时间内维护的软件版本。更多信息，请参见 [TiDB 版本规则](/releases/versioning.md)。
 
-## M
+## <a id="M" class="letter" href="#M">M</a>
 
 ### Massively Parallel Processing (MPP)
 
@@ -198,7 +198,7 @@ Dumpling 是一款数据导出工具，用于将存储在 TiDB、MySQL 或 Maria
 
 [MVCC](https://zh.wikipedia.org/wiki/多版本并发控制)（多版本并发控制）是 TiDB 和其他数据库中的一种并发控制机制。它处理事务的内存读取，以实现对 TiDB 的并发访问，从而避免由并发读写冲突引起的阻塞。
 
-## O
+## <a id="O" class="letter" href="#O">O</a>
 
 ### Old value
 
@@ -241,7 +241,7 @@ Operator Step 是 Operator 执行过程的一个步骤，一个 Operator 常常
 
 更多信息，请参见 [TiDB 乐观事务模型](/optimistic-transaction.md)。
 
-## P
+## <a id="P" class="letter" href="#P">P</a>
 
 ### Partitioning
 
@@ -277,7 +277,7 @@ PITR 用于将数据恢复到特定时间点（例如，在意外执行了 `DELE
 
 执行 SQL 语句时，优化器在大多数情况下只会用到部分列（例如，`WHERE`、`JOIN`、`ORDER BY`、`GROUP BY` 子句中出现的列）的统计信息，这些用到的列称为 `PREDICATE COLUMNS`。详情参见[收集部分列的统计信息](/statistics.md#收集部分列的统计信息)。
 
-## Q
+## <a id="Q" class="letter" href="#Q">Q</a>
 
 ### Queries Per Second (QPS)
 
@@ -287,7 +287,7 @@ PITR 用于将数据恢复到特定时间点（例如，在意外执行了 `DELE
 
 前台限流 (Quota Limiter) 是在 TiDB v6.0.0 版本中作为实验特性引入的功能。当 TiKV 部署的机型资源有限（如 4v CPU，16 G 内存）时，如果 TiKV 前台处理的读写请求量过大，会占用 TiKV 后台处理请求所需的 CPU 资源，最终影响 TiKV 性能的稳定性。此时，开启前台限流相关的 [quota 相关配置项](/tikv-configuration-file.md#quota)可以限制前台各类请求占用的 CPU 资源。
 
-## R
+## <a id="R" class="letter" href="#R">R</a>
 
 ### Raft Engine
 
@@ -319,7 +319,7 @@ RU 是 TiDB 中资源使用的统一抽象单位，用于在[资源管控](/tidb
 
 [RocksDB](https://rocksdb.org/) 是一款提供键值存储与读写功能的 LSM-tree 架构引擎，由 Facebook 基于 LevelDB 开发。RocksDB 是 TiKV 的核心存储引擎。
 
-## S
+## <a id="S" class="letter" href="#S">S</a>
 
 ### Scheduler
 
@@ -350,7 +350,7 @@ SST 是 RocksDB 使用的文件存储格式。RocksDB 是 [TiKV](/storage-engine
 
 PD 中的 Store 指的是集群中的存储节点，也就是 tikv-server 实例。Store 与 TiKV 实例是严格一一对应的，即使在同一主机甚至同一块磁盘部署多个 TiKV 实例，这些实例也对会对应不同的 Store。
 
-## T
+## <a id="T" class="letter" href="#T">T</a>
 
 ### Temporary table
 
@@ -392,7 +392,7 @@ Top SQL 用于找到一段时间内对某个 TiDB 或 TiKV 节点消耗负载较
 
 每秒事务数 (Transactions Per Second, TPS) 指的是数据库每秒处理的事务数量。它是衡量数据库性能和吞吐量的关键指标。
 
-## U
+## <a id="U" class="letter" href="#U">U</a>
 
 ### Uniform Resource Identifier (URI)
 
@@ -402,7 +402,7 @@ Top SQL 用于找到一段时间内对某个 TiDB 或 TiKV 节点消耗负载较
 
 通用唯一标识符 (Universally Unique Identifier, UUID) 是一种 128 位（16 字节）的生成 ID，用于在数据库中唯一地标识记录。更多信息，请参见[将 UUID 用作主键的最佳实践](/best-practices/uuid.md)。
 
-## V
+## <a id="V" class="letter" href="#V">V</a>
 
 ### Vector Search