true。 • prepStmtCacheSqlLimit 在配置 cachePrepStmts 后还需要注意 prepStmtCacheSqlLimit 配置（默认为 256），该配置控制客户端缓存预 处理语句的最大长度，超过该长度将不会被缓存。 在一些场景 SQL 的长度可能超过该配置，导致预处理 SQL 不能复用，建议根据应用 SQL 长度情况决定是 否需要调大该值。 在 TiDB 监控中通过 prepStmtCacheSqlLimit �→ 预处理语句最 大大小（默认 256 字符） 预处理语句大于 256 字符时 按实际预 处理语句 大小配置 prepStmtCacheSize �→ 预处理语句最 大缓存数量 （默认 25 条） 预处理语句数量大于 25 条时 按实际预 处理语句 数量配置 rewriteBatchedStatements �→ 是否重写 Batch 语句 需要批量操作时 tidb-vector python-dotenv • tidb-vector：用于与 TiDB 向量搜索交互的 Python 客户端。 • sentence-transformers：提供预训练模型的 Python 库，用于从文本生成向量嵌入。 第 3 步：配置 TiDB 集群的连接字符串 根据不同的 TiDB 集群部署方式，配置集群的连接字符串。 对于本地部署的 TiDB，请在 Python

true。 • prepStmtCacheSqlLimit 在配置 cachePrepStmts 后还需要注意 prepStmtCacheSqlLimit 配置（默认为 256），该配置控制客户端缓存预 处理语句的最大长度，超过该长度将不会被缓存。 在一些场景 SQL 的长度可能超过该配置，导致预处理 SQL 不能复用，建议根据应用 SQL 长度情况决定是 否需要调大该值。 在 TiDB 监控中通过 prepStmtCacheSqlLimit �→ 预处理语句最 大大小（默认 256 字符） 预处理语句大于 256 字符时 按实际预 处理语句 大小配置 prepStmtCacheSize �→ 预处理语句最 大缓存数量 （默认 25 条） 预处理语句数量大于 25 条时 按实际预 处理语句 数量配置 rewriteBatchedStatements �→ 是否重写 Batch 语句 需要批量操作时 tidb-vector python-dotenv • tidb-vector：用于与 TiDB 向量搜索交互的 Python 客户端。 • sentence-transformers：提供预训练模型的 Python 库，用于从文本生成向量嵌入。 第 3 步：配置 TiDB 集群的连接字符串 根据不同的 TiDB 集群部署方式，配置集群的连接字符串。 对于本地部署的 TiDB，请在 Python

Processed_keys: 1108056368 ... 8.2.2.2 其他关键阶段慢 8.2.2.2.1 取 TS 慢 可以对比慢日志中的 Wait_TS 和 Query_time ，因为 TS 有预取操作，通常来说 Wait_TS 应该很低。 ## Query_time: 0.0300000 ... ## Wait_TS: 0.02500000 8.2.2.2.2 Region 信息过期 Count by TiKV 是否大于 128，确定是否因发送远超 KV 处理能力导致发送堆积。如果 Pending Request 不多，需要排查日志确认是否因为对应 KV 有运维变更，导致短暂报出；否则非预 期，需报 bug。 – wait response is cancelled。请求发送到 TiKV 后超时未收到 TiKV 响应。需要排查对应地址 TiKV 的 响应时间和对应 Region 在当时的 "4GB" #### 可以通过该参数打开或者关闭 RocksDB 的统计信息。 #### enable-statistics = true #### 开启 RocksDB compaction 过程中的预读功能，如果使用的是机械磁盘，建议该值至少为2MB。 #### compaction-readahead-size = "2MB" [rocksdb.defaultcf] #### 数据块大小。RocksDB

100 修改 为 1000。 TiKV storage. �→ reserve- �→ space 修改 此配置项用于 控制 TiKV 启动 时用于保护磁 盘的预留空间。 从 v5.3.0 起，预 留空间的 80% 用作磁盘空间 不足时运维操 作所需要的额 外磁盘空间， 剩余的 20% 为 磁盘临时文件。 29 配置文件 配置项 修改类型 描述 TiKV memory-usage- �→ Processed_keys: 1108056368 ... 309 8.2.2.2 其他关键阶段慢 8.2.2.2.1 取 TS 慢 可以对比慢日志中的 Wait_TS 和 Query_time ，因为 TS 有预取操作，通常来说 Wait_TS 应该很低。 ## Query_time: 0.0300000 ... ## Wait_TS: 0.02500000 8.2.2.2.2 Region 信息过期 Count by TiKV 是否大于 128，确定是否因发送远超 KV 处理能力导致发送堆积。如果 Pending Request 不多，需要排查日志确认是否因为对应 KV 有运维变更，导致短暂报出；否则非预 期，需报 bug。 – wait response is cancelled。请求发送到 TiKV 后超时未收到 TiKV 响应。需要排查对应地址 TiKV 的 响应时间和对应 Region 在当时的

Processed_keys: 1108056368 ... 284 8.2.2.2 其他关键阶段慢 8.2.2.2.1 取 TS 慢 可以对比慢日志中的 Wait_TS 和 Query_time ，因为 TS 有预取操作，通常来说 Wait_TS 应该很低。 ## Query_time: 0.0300000 ... ## Wait_TS: 0.02500000 8.2.2.2.2 Region 信息过期 Count by TiKV 是否大于 128，确定是否因发送远超 KV 处理能力导致发送堆积。如果 Pending Request 不多，需要排查日志确认是否因为对应 KV 有运维变更，导致短暂报出；否则非预 期，需报 bug。 – wait response is cancelled。请求发送到 TiKV 后超时未收到 TiKV 响应。需要排查对应地址 TiKV 的 响应时间和对应 Region 在当时的 "4GB" #### 可以通过该参数打开或者关闭 RocksDB 的统计信息。 #### enable-statistics = true #### 开启 RocksDB compaction 过程中的预读功能，如果使用的是机械磁盘，建议该值至少为2MB。 #### compaction-readahead-size = "2MB" [rocksdb.defaultcf] #### 数据块大小。RocksDB

Serverless 集群。 你可以部署一个本地测试的 TiDB 集群或正式的 TiDB 集群。详细步骤，请参考： • 部署本地测试 TiDB 集群 • 部署正式 TiDB 集群 基于 Git 的预配置的开发环境：现在就试试 该环境会自动克隆代码，并通过 TiUP 部署测试集群。 4.3.1.2 第 2 步：获取代码 git clone https://github.com/pingcap id，作为玩家的唯一标识。玩家在金币数和货物数充足的情况下，可以自由的交易。 你可以以此示例为基础，构建自己的应用程序。 建议： 在云原生开发环境中尝试 Spring Boot 构建 TiDB 应用程序。预配置完成的环境，自动启动 TiDB 集群，获取和运行代码，只需要一个链接。 现在就试试 4.3.2.1 第 1 步：启动你的 TiDB 集群 本节将介绍 TiDB 集群的启动方法。 创建 TiDB Serverless 集群。 你可以部署一个本地测试的 TiDB 集群或正式的 TiDB 集群。详细步骤，请参考： 122 • 部署本地测试 TiDB 集群 • 部署正式 TiDB 集群 基于 Git 的预配置的开发环境：现在就试试 该环境会自动克隆代码，并通过 TiUP 部署测试集群。 4.3.2.2 第 2 步：安装 JDK 请在你的计算机上下载并安装 Java Development Kit

Processed_keys: 1108056368 ... 375 8.2.2.2 其他关键阶段慢 8.2.2.2.1 取 TS 慢 可以对比慢日志中的 Wait_TS 和 Query_time ，因为 TS 有预取操作，通常来说 Wait_TS 应该很低。 ## Query_time: 0.0300000 ... ## Wait_TS: 0.02500000 8.2.2.2.2 Region 信息过期 Count by TiKV 是否大于 128，确定是否因发送远超 KV 处理能力导致发送堆积。如果 Pending Request 不多，需要排查日志确认是否因为对应 KV 有运维变更，导致短暂报出；否则非预 期，需报 bug。 – wait response is cancelled。请求发送到 TiKV 后超时未收到 TiKV 响应。需要排查对应地址 TiKV 的 响应时间和对应 Region 在当时的 "4GB" #### 可以通过该参数打开或者关闭 RocksDB 的统计信息。 #### enable-statistics = true #### 开启 RocksDB compaction 过程中的预读功能，如果使用的是机械磁盘，建议该值至少为2MB。 #### compaction-readahead-size = "2MB" [rocksdb.defaultcf] #### 数据块大小。RocksDB

true。 • prepStmtCacheSqlLimit 在配置 cachePrepStmts 后还需要注意 prepStmtCacheSqlLimit 配置（默认为 256），该配置控制客户端缓存预 处理语句的最大长度，超过该长度将不会被缓存。 在一些场景 SQL 的长度可能超过该配置，导致预处理 SQL 不能复用，建议根据应用 SQL 长度情况决定是 否需要调大该值。 在 TiDB 监控中通过 prepStmtCacheSqlLimit �→ 预处理语句最 大大小（默认 256 字符） 预处理语句大于 256 字符时 按实际预 处理语句 大小配置 prepStmtCacheSize �→ 预处理语句最 大缓存数量 （默认 25 条） 预处理语句数量大于 25 条时 按实际预 处理语句 数量配置 rewriteBatchedStatements �→ 是否重写 Batch 语句 需要批量操作时 工作区，新工作区会应用最新的代码。 访问 https://gitpod.io/workspaces 以获取所有建立的工作区。 4.12.1.4 总结 437 Gitpod 提供了完整的、自动化的、预配置的云原生开发环境。无需本地配置，你可以直接在浏览器中开发、运 行、测试代码。 图 30: playground gitpod summary 4.13 第三方工具支持 4.13.1 TiDB

精确地指定要恢复的TSO 时间戳，实现更加灵活的数据恢复。例 如，与 TiCDC 结合使用时，该功能允许下游 TiDB 集群在暂停数据同步、开启预上线读写测试后，快速且 优雅地回溯到暂停同步时的 TSO 时间戳，并继续通过 TiCDC 同步数据，从而简化了预上线验证流程和数 据管理。 FLASHBACK CLUSTER TO TSO 445494839813079041; 更多信息，请参考用户文档。 true。 • prepStmtCacheSqlLimit 在配置 cachePrepStmts 后还需要注意 prepStmtCacheSqlLimit 配置（默认为 256），该配置控制客户端缓存预 处理语句的最大长度，超过该长度将不会被缓存。 在一些场景 SQL 的长度可能超过该配置，导致预处理 SQL 不能复用，建议根据应用 SQL 长度情况决定是 否需要调大该值。 在 TiDB 监控中通过 prepStmtCacheSqlLimit �→ 预处理语句最 大大小（默认 256 字符） 预处理语句大于 256 字符时 按实际预 处理语句 大小配置 prepStmtCacheSize �→ 预处理语句最 大缓存数量 （默认 25 条） 预处理语句数量大于 25 条时 按实际预 处理语句 数量配置 rewriteBatchedStatements �→ 是否重写 Batch 语句 需要批量操作时

_read 修改 从 v6.5.0 起，为 了优化 各个 TiDB 节 点的负 载均衡， 当该变 量的值 为 closest �→ - �→ adaptive �→ 时， 如果一 个读请 求的预 估返回 结果大 于或等 于tidb_ �→ adaptive �→ _ �→ closest �→ _ �→ read �→ _ �→ threshold �→ ，在 每个可 用区中 closest true。 • prepStmtCacheSqlLimit 在配置 cachePrepStmts 后还需要注意 prepStmtCacheSqlLimit 配置（默认为 256），该配置控制客户端缓存预 处理语句的最大长度，超过该长度将不会被缓存。 在一些场景 SQL 的长度可能超过该配置，导致预处理 SQL 不能复用，建议根据应用 SQL 长度情况决定是 否需要调大该值。 在 TiDB 监控中通过 prepStmtCacheSqlLimit �→ 预处理语句最 大大小（默认 256 字符） 预处理语句大于 256 字符时 按实际预 处理语句 大小配置 prepStmtCacheSize �→ 预处理语句最 大缓存数量 （默认 25 条） 预处理语句数量大于 25 条时 按实际预 处理语句 数量配置 rewriteBatchedStatements �→ 是否重写 Batch 语句 需要批量操作时