5x8， 支持唤应 产品故障的支持 9 无 最高 7x24,， 级别 别应级别 0 10 部署的TiDB 生产集群。 。 可以通过 tiup dm 组件快速部署、升级,扩缩容\配置变更 On-Premise 部署的 DM 数据迁移生产 集群。 *。 完备的离线镜像功能, 企业级客户的无网络环境提供一致的用户体验。 。 支持x86/arm 单架构部署、多架构异构部署。 一 PingCAP.COM 京银行分布式核心系统采用“微服务架构 + 分布式数据库”的建设方案，构建起一套支持高并发、高可用 、可横向扩展的分布式核心系统解决方案。 2018 年起，该分布式核心系统对接网联支付清算平台、银联无卡快捷支付平台、金融服务互联平台、网 贷业务平台等多个核心金融业务场景，实现了将分布式数据库解决方案应用于银行核心类业务场景。 ED [L 上 罗

子句中过滤条件连接词为 OR。 – 如果全新部署的集群版本为 v5.4.0 或以上，此特性默认开启。如果从 v5.4.0 以前的版本升级到 v5.4.0 或以上，默认保持升级前此特性的开关状态（v4.0.0 之前无此项特性的版本默认关闭），由用户决 定是否开启。 用户文档 • 新增 Raft Engine（实验特性） 支持使用 Raft Engine 作为 TiKV 的日志存储引擎。与使用 RocksDB Spark 3.1.1 2.5.3.2.3 配置参数 TiDB v5.4 配置 v5.4 的 TiDB 集群除以下配置项外均使用默认参数配置。所有 TPC-H 测试表均以 TiFlash 列存进行同步，无额外分 区和索引。 在 TiFlash 的 users.toml 配置文件中进行如下配置： [profiles.default] max_memory_usage = 10000000000000 SSD 盘作为数据盘。通过 Standalone 方式启动 Spark 集群，使用 NVMe SSD 盘作为 spark.local.dir 本地 目录以借助快速盘加速 Shuffle Spill 过程，无额外分区和索引。 --driver-memory 20G --total-executor-cores 120 --executor-cores 5 --executor-memory 15G

TiCDC 代码仓库的 dm 文件夹。从 DM v5.3.0 起，DM 采用与 TiDB 相同的版本号。DM v2.0 的 下一个主版本为 DM v5.3。DM v2.0 到 v5.3 无兼容性变更，升级过程与正常升级无差异。 • 默认部署 Prometheus v2.27.1 ，它是 2021 年 5 月发布的版本，提供了更多的功能并解决了安全风险。相 对于 5.3.0 之前版本 TiDB 默认使用的 Spark 3.1.1 2.5.3.2.3 配置参数 TiDB v5.3 配置 v5.3 的 TiDB 集群除以下配置项外均使用默认参数配置。所有 TPC-H 测试表均以 TiFlash 列存进行同步，无额外分 区和索引。 在 TiFlash 的 users.toml 配置文件中进行如下配置： [profiles.default] max_memory_usage = 10000000000000 SSD 盘作为数据盘。通过 Standalone 方式启动 Spark 集群，使用 NVMe SSD 盘作为 spark.local.dir 本地 目录以借助快速盘加速 Shuffle Spill 过程，无额外分区和索引。 --driver-memory 20G --total-executor-cores 120 --executor-cores 5 57 --executor-memory

in the recoverable goroutine” 报错，但不影响升级。 • 兼容 MySQL 5.7 的 noop 变量 innodb_default_row_format，配置此变量无实际效果 #23541。 • 从 TiDB 5.2 起，为了提高系统安全性，建议（但不要求）对来自客户端的连接进行传输层加密，TiDB 提 供 Auto TLS 功能在 TiDB 服务器端自动配置并开启加密。要使用 Spark 3.1.1 2.5.3.2.3 配置参数 TiDB v5.2 配置 v5.2 的 TiDB 集群除以下配置项外均使用默认参数配置。所有 TPC-H 测试表均以 TiFlash 列存进行同步，无额外分 区和索引。 在 TiFlash 的 users.toml 配置文件中进行如下配置： [profiles.default] max_memory_usage = 10000000000000 SSD 盘作为数据盘。通过 Standalone 方式启动 Spark 集群，使用 NVMe SSD 盘作为 spark.local.dir 本地 目录以借助快速盘加速 Shuffle Spill 过程，无额外分区和索引。 49 --driver-memory 20G --total-executor-cores 120 --executor-cores 5 --executor-memory

#24296 – 修复了全局变量 collation_server 对新会话无法生效的问题 #24156 • TiKV – 修复了 Coprocessor 未正确处理 IN 表达式有符号整数或无符号整数类型数据的问题 #9821 – 修复了在批量 ingest SST 文件后产生大量空 Region 的问题 #964 – 修复了 file dictionary 文件损坏之后 TiKV 无法启动的问题 Spark 3.1.1 2.5.3.2.3 配置参数 TiDB v5.1 配置 v5.1 的 TiDB 集群除以下配置项外均使用默认参数配置。所有 TPC-H 测试表均以 TiFlash 列存进行同步，无额外分 区和索引。 在 TiFlash 的 users.toml 配置文件中进行如下配置： [profiles.default] max_memory_usage = 10000000000000 SSD 盘作为数据盘。通过 Standalone 方式启动 Spark 集群，使用 NVMe SSD 盘作为 spark.local.dir 本地 目录以借助快速盘加速 Shuffle Spill 过程，无额外分区和索引。 49 --driver-memory 20G --total-executor-cores 120 --executor-cores 5 --executor-memory

应用程序与 TiDB 交互的方式 TiDB 高度兼容 MySQL 协议，TiDB 支持大多数 MySQL 的语法及特性，因此大部分的 MySQL 的连接库都与 TiDB 兼 容。如果你的应用程序框架或语言无 PingCAP 的官方适配，那么建议你使用 MySQL 的客户端库。同时，也有越 来越多的三方数据库主动支持 TiDB 的差异特性。 因为 TiDB 兼容 MySQL 协议，且兼容 MySQL 语法，因此大多数支持 api/org/springframework/transaction/annotation/EnableTransactionManagement.html) 打开，但 Spring Boot 默认开启，无 需再次手动配置)，Spring 会自动将所有带有 @Transactional 注释的对象包装在一个代理中，使用该代理对对 象的调用进行处理。 你可以简单的认为，代理在带有 @Transactional 4000 端口，使用 root 用户名进行无密码登录，默认在名为 bookshop 的数据库中创建表结构。 配置连接信息 你可以通过如下参数修改默认的连接信息： 参数 简写 默认值 解释 --host -H 127.0.0.1 数据库地址 --port -P 4000 数据库端口 --user -U root 数据库用户 --password -p 无 数据库用户密码 --db -D bookshop

server。当多个 TiDB server 的负载不均衡 时，可能出现整体集群资源充足，但某些 TiDB server 资源耗尽导致延迟大幅度增加的情况。为解决 此问题，TiProxy 提供连接动态迁移功能，在客户端无感的前提下，将连接从一个 TiDB server 迁移至 其他 TiDB server，从而实现 TiDB 集群的负载均衡。 37 TiProxy 已集成至 TiUP、TiDB Operator、TiDB 没有监听对应端口的问题 #51473 @hawkingrei – 修复在 determinate 模式下 (tidb_opt_objective='determinate')，如果查询不包含谓词，可能无 法加载统计信息的问题 #48257 @time-and-fate – 修复 init-stats 流程可能导致 TiDB panic 以及 load stats 流程直接退出的问题 #51581 @hawkingrei 应用程序与 TiDB 交互的方式 TiDB 高度兼容 MySQL 协议，TiDB 支持大多数 MySQL 的语法及特性，因此大部分的 MySQL 的连接库都与 TiDB 兼 容。如果你的应用程序框架或语言无 PingCAP 的官方适配，那么建议你使用 MySQL 的客户端库。同时，也有越 来越多的三方数据库主动支持 TiDB 的差异特性。 因为 TiDB 兼容 MySQL 协议，且兼容 MySQL 语法，因此大多数支持

应用程序与 TiDB 交互的方式 TiDB 高度兼容 MySQL 协议，TiDB 支持大多数 MySQL 的语法及特性，因此大部分的 MySQL 的连接库都与 TiDB 兼 容。如果你的应用程序框架或语言无 PingCAP 的官方适配，那么建议你使用 MySQL 的客户端库。同时，也有越 来越多的三方数据库主动支持 TiDB 的差异特性。 因为 TiDB 兼容 MySQL 协议，且兼容 MySQL 语法，因此大多数支持 4000 端口，使用 root 用户名进行无密码登录，默认在名为 bookshop 的数据库中创建表结构。 配置连接信息 你可以通过如下参数修改默认的连接信息： 参数 简写 默认值 解释 --host -H 127.0.0.1 数据库地址 --port -P 4000 数据库端口 --user -U root 数据库用户 --password -p 无 数据库用户密码 --db -D bookshop 还提供了许多独特功能，使其成为各种应用程序的理想选择。 4.13.3.2 为什么集成 ProxySQL？ • ProxySQL 可以通过降低与 TiDB 交互的延迟来提升应用程序性能。无论你构建什么，无论是使用 Lambda 等无服务器函数的可扩展应用程序（其工作负载不确定并且可能激增），还是构建执行大量数据查询的 应用程序，都可以利用 ProxySQL 的强大功能（例如连接池和缓存常用查询）。 • ProxySQL 可以作

应用程序与 TiDB 交互的方式 TiDB 高度兼容 MySQL 协议，TiDB 支持大多数 MySQL 的语法及特性，因此大部分的 MySQL 的连接库都与 TiDB 兼 容。如果你的应用程序框架或语言无 PingCAP 的官方适配，那么建议你使用 MySQL 的客户端库。同时，也有越 来越多的三方数据库主动支持 TiDB 的差异特性。 因为 TiDB 兼容 MySQL 协议，且兼容 MySQL 语法，因此大多数支持 4000 端口，使用 root 用户名进行无密码登录，默认在名为 bookshop 的数据库中创建表结构。 配置连接信息 你可以通过如下参数修改默认的连接信息： 参数 简写 默认值 解释 --host -H 127.0.0.1 数据库地址 --port -P 4000 数据库端口 --user -U root 数据库用户 --password -p 无 数据库用户密码 --db -D bookshop 还提供了许多独特功能，使其成为各种应用程序的理想选择。 4.13.3.2 为什么集成 ProxySQL？ • ProxySQL 可以通过降低与 TiDB 交互的延迟来提升应用程序性能。无论你构建什么，无论是使用 Lambda 等无服务器函数的可扩展应用程序（其工作负载不确定并且可能激增），还是构建执行大量数据查询的 应用程序，都可以利用 ProxySQL 的强大功能（例如连接池和缓存常用查询）。 • ProxySQL 可以作

@qw4990 – 修复 information schema 缓存未命中导致 stale read 查询延迟上升的问题 #53428 @crazycs520 – 修复 YEAR 类型的列与超出范围的无符号整数进行比较导致错误结果的问题 #50235 @qw4990 – 修复重启 TiDB 后，主键列统计信息中的直方图和 TopN 未被加载的问题 #37548 @hawkingrei – 修复 Massively 应用程序与 TiDB 交互的方式 TiDB 高度兼容 MySQL 协议，TiDB 支持大多数 MySQL 的语法及特性，因此大部分的 MySQL 的连接库都与 TiDB 兼 容。如果你的应用程序框架或语言无 PingCAP 的官方适配，那么建议你使用 MySQL 的客户端库。同时，也有越 来越多的三方数据库主动支持 TiDB 的差异特性。 因为 TiDB 兼容 MySQL 协议，且兼容 MySQL 语法，因此大多数支持 4000 端口，使用 root 用户名进行无密码登录，默认在名为 bookshop 的数据库中创建表结构。 配置连接信息 你可以通过如下参数修改默认的连接信息： 参数 简写 默认值 解释 --host -H 127.0.0.1 数据库地址 --port -P 4000 数据库端口 --user -U root 数据库用户 --password -p 无 数据库用户密码 --db -D bookshop