· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 443 5.1.1 操作系统及平台要求· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Grafana dashboard 中查看慢查询记录的时候可能会触发该问题 #33893 – 修复系统变量 max_allowed_packet 不生效的问题 #31422 – 修复 TopSQL 模块的内存泄露问题 #34525，#34502 – 修复 Plan Cache 对于 PointGet 计划有时候会出错的问题 #32371 – 修复在 RC 隔离情况下 Plan Cache 启用时可能导致查询结果错误的问题 预期输出 4.3.2 使用 Spring Boot 构建 TiDB 应用程序 本教程向你展示如何使用 TiDB 构建 Spring Boot Web 应用程序。使用 Spring Data JPA 模块作为数据访问能力的框 架。此示例应用程序的代码仓库可在 Github 下载。 这是一个较为完整的构建 Restful API 的示例应用程序，展示了一个使用 TiDB 作为数据库的通用 Spring

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 464 5.1.1 操作系统及平台要求· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 并不提供数据库驱动，因此需要单独安装用于连接 TiDB 的驱动。本示例项目 使用 PyMySQL 作为数据库驱动。PyMySQL 是一个与 TiDB 兼容的纯 Python 实现的 MySQL 客户端库，并可以在所有 平台上安装。 你也可以使用其他数据库驱动，例如 mysqlclient 以及 mysql-connector-python。但是它们不是纯 Python 库，需要 安装对应的 C/C++ 编译器和 MySQL 遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 449 5.1.1 操作系统及平台要求· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 0 开始引入） 在处理上百个 schema 相同的数据库时，针对其中一个数据库的 SQL binding 通常也适用于其它的数据库 �→ 。例如，在 SaaS 或 PaaS 数据平台中，每个用户通常各自维护单独的数据库， �→ 这些数据库具有相同的 schema 并运行着类似的 SQL。在这种情况下，逐一为每个数据库做 SQL �→ 绑定是不切实际的。TiDB v7.6.0 引入跨数据库绑定执行计划，支持在所有 并不提供数据库驱动，因此需要单独安装用于连接 TiDB 的驱动。本示例项目 使用 PyMySQL 作为数据库驱动。PyMySQL 是一个与 TiDB 兼容的纯 Python 实现的 MySQL 客户端库，并可以在所有 平台上安装。 你也可以使用其他数据库驱动，例如 mysqlclient 以及 mysql-connector-python。但是它们不是纯 Python 库，需要 安装对应的 C/C++ 编译器和 MySQL

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 464 5.1.1 操作系统及平台要求· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (PD) 包含了多个确保 TiDB 集群能正常运行的关键模块。当集群的工作负载增加时， �→ PD 中各模块的资源消耗也会随之增加，造成这些模块间功能的相互干扰， �→ 进而影响整个集群的服务质量。为了解决该问题，从 v8.0.0 起，TiDB 支持将 PD 的 TSO �→ 和调度模块拆分成可独立部署的微服务，可以显著降低当集群规模扩大时模块间的互相影响。 �→ 通过这种架构，TiDB 能够支持更大规模、更高负载的集群。 并不提供数据库驱动，因此需要单独安装用于连接 TiDB 的驱动。本示例项目 使用 PyMySQL 作为数据库驱动。PyMySQL 是一个与 TiDB 兼容的纯 Python 实现的 MySQL 客户端库，并可以在所有 平台上安装。 你也可以使用其他数据库驱动，例如 mysqlclient 以及 mysql-connector-python。但是它们不是纯 Python 库，需要 安装对应的 C/C++ 编译器和 MySQL

v3.0 实验特性） 2.4.2 稳定性 • 提升优化器选择索引的稳定性（v5.0 实验特性） – 扩展统计信息功能，收集多列顺序依赖性信息，帮助优化器选择相对较优的索引。 – 重构统计信息模块，帮助优化器选择相对较优的索引，包括从 CMSKetch 和直方图中删除 TopN 值， 为索引的直方图维护 Bucket NDV。详情参阅统计信息简介 - tidb_analyze_version 架构的服务器 环境及主流虚拟化环境，并支持绝大多数的主流硬件网络。作为一款高性能数据库系统，TiDB 支持主流的 Linux 操作系统环境。 4.1.1 Linux 操作系统版本要求 Linux 操作系统平台 版本 Red Hat Enterprise Linux 7.3 及以上的 7.x 版本 CentOS 7.3 及以上的 7.x 版本 Oracle Enterprise Linux 7.3 及以上的 主流虚拟化环境上。 77 • 目前尚不支持 Red Hat Enterprise Linux 8.0、CentOS 8 Stream 和 Oracle Enterprise Linux 8.0，因为 目前对这些平台的测试还在进行中。 • 不计划支持 CentOS 8 Linux，因为 CentOS 的上游支持已于 2021 年 12 月 31 日终止。 • TiDB 将不再支持 Ubuntu 16.04。强烈建议升级到

聚合函数：GROUP_CONCAT()，SUM(enum) – 提供了 512 位 SIMD 支持 – 增强了对过期的数据版本的清理算法，减少磁盘使用量及提高读文件性能 – 解决了用户在某些非 Linux 平台系统上查看 dashboard 时，无法获取内存或 CPU 等相关信息的问题 – 统一 TiFlash 日志文件的命名风格（与 TiKV 保持一致），并支持动态修改 logger.count、logger 定时，那么创建的新表结构不使用 character_set_server 和 collation_server 指定的字符集的问 题 #27214 • TiKV – 修复 Region 迁移时 Raftstore 模块出现死锁导致 TiKV 不可用的问题。用户可通过关闭调度并重启出问 题的 TiKV 来临时应对。#10909 – 修复因 Congest 错误而导致的 CDC 频繁增加 scan 重试的问题 #11082 snapshot 文件的问题 #10813 – 修复当处理 Coprocessor 请求时因超时而导致 panic 的问题 #10852 – 修复因统计线程监控数据导致的内存泄漏 #11195 – 修复在某些平台获取 cgroup 信息导致 panic 的问题 #10980 – 修复 Compaction Filter GC 无法清除 MVCC Deletion 版本导致 scan 性能下降的问题 #11248

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 458 5.1.1 操作系统及平台要求· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 会尝试 GC 或取消 SQL 操作等方法限制内存使用，保证 TiDB 的稳定性。 需要注意的是，会话中事务所消耗的内存（由配置项txn-total-size-limit 设置最大值）如今被内存 管理模块跟踪：当单个会话的内存消耗达到系统变量tidb_mem_quota_query 所定义的阀值时，将会触 发系统变量tidb_mem_oom_action 所定义的行为（默认为 CANCEL，即取消操作）。为了保证向前兼容，当 会导致数据丢失的问题 #7682 @asddongmen 64 * 修复存在高版本 TiFlash 时，TiCDC 会误报错的问题 #7744 @overvenus * 修复下游网络发生异常时 sink 模块卡住的问题 #7706 @hicqu * 修复用户快速删除、创建同名同步任务可能导致的数据丢失问题 #7657 @overvenus – TiDB Data Migration (DM) * 修复在上游开启

– 使用 zstd 压缩 Region Snapshot，防止大量调度或扩缩容情况下出现各节点之间空间差异比较大的 问题 #10005 – 解决多种情况下的 OOM 问题 #10183 * 增加各模块内存使用情况追踪 * 解决 Raft entries cache 过大导致的 OOM 问题 * 解决 GC tasks 堆积导致的 OOM 问题 * 解决一次性从 Raft log 取太多 Raft 行数据来快速构建统计信息（v3.0 实验特性） 2.4.2 稳定性 • 提升优化器选择索引的稳定性（v5.0 实验特性） – 扩展统计信息功能，收集多列顺序依赖性信息，帮助优化器选择相对较优的索引。 – 重构统计信息模块，帮助优化器选择相对较优的索引，包括从 CMSKetch 和直方图中删除 TopN 值， 为索引的直方图维护 Bucket NDV。详情参阅统计信息简介 - tidb_analyze_version 性能数据库系统，TiDB 支持主流的 Linux 操作系统环境。 4.1.1 Linux 操作系统版本要求 Linux 操作系统平台 版本 Red Hat Enterprise Linux 7.3 及以上的 7.x 版本 70 Linux 操作系统平台 版本 CentOS 7.3 及以上的 7.x 版本 Oracle Enterprise Linux 7.3 及以上的 7.x 版本

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 520 5.1.1 操作系统及平台要求· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · drainer-{version}-linux-{arch}.tar.gz • binlogctl • arbiter 2.2.4 操作系统支持变更 升级 TiDB 前，请务必确保你的操作系统版本符合操作系统及平台要求。 • 根据 CentOS Linux EOL，CentOS Linux 7 的上游支持已于 2024 年 6 月 30 日终止。从 v8.4.0 版本开始，TiDB 已 结束对 CentOS @CbcWestwolf – 采用新的优先级队列处理自动收集统计信息操作，以提高收集性能并减少重建队列的开销 #55906 @Rustin170506 – 引入 DDL 通知程序，允许统计信息模块订阅 DDL 事件 #55722 @fzzf678 @lance6716 @Rustin170506 – TiDB 升级期间强制新版 TiDB 节点接管 DDL Owner，避免旧版本 TiDB 节点接管引发的兼容性问题