自动统计信息收集引入优先级队列 #50132 @hi-rustin 维持优化器统计信息的时效性是稳定数据库性能的关键，绝大多数用户依赖 TiDB 提供的自动统计信息 收集来保持统计信息的更新。自动统计信息收集轮询所有对象的统计信息状态，并把健康度不足的对 象加入队列，逐个收集并更新。在之前的版本中，这些对象的收集顺序是随机的，可能导致更需要更 新的对象等待时间过长，从而引发潜在的数据库性能回退。 从 v8 指定一个文件名，将 general log 单独写入该文 件。和实例日志一样，general log 也遵循日志的轮询和保存策略。 另外，为了减少历史日志文件所占用的磁盘空间，TiDB 在 v8.0.0 支持了原生的日志压缩选项。你可以将 配置项log.file.compression 设置为 gzip，使得轮询出的历史日志自动以 gzip 格式压缩。 更多信息，请参考用户文档。 2.2.1.7 可观测性 "TLSv1.0" 和 "TLSv1.1"， 只支持 "TLSv1.2" 和 "TLSv1.3"。 TiDB log.file. �→ compression �→ 新增 指定轮询 日志的压 缩格式。 默认为空， 即不压缩 轮询日志。 TiDB log. �→ general �→ -log- �→ file 新增 指定 general log 的保存文 件。默认 为空， general log

tidb-loadbalance 策略在客户端分发 JDBC 连接。客户端应用与 TiDB server 之间使用 JDBC 直连， 性能高于使用负载均衡组件。 目前 tidb-loadbalance 已实现轮询、随机、权重等负载均衡策略。 注意： tidb-loadbalance 需配合 mysql-connector-j 一起使用。 如果你使用的是 Maven，请将以下内容添加到你的 长连接的方式如下： 224 • v5.4 版本前，TiDB 默认不会主动关闭客户端连接，除非出现报错情况。 • 从 v5.4 起，TiDB 默认会在连接空闲超过 28800 秒（即 8 小时）后，自动关闭客户端连接。你可以使用 和max_execution_time。这两个参数分别控制与 Java 应用连接的空闲超时时间和连接中 SQL 执行的超时时间，即控制 TiDB 与 Java 应用的连接最长闲多久和最 229 长忙多久。在 TiDB v5.4 及以上版本中，wait_timeout 参数默认值为 28800 秒，即空闲超时为 8 小时。在 v5.4 之 前，wait_timeout 参数的默认值为 0，即没有

tidb-loadbalance 策略在客户端分发 JDBC 连接。客户端应用与 TiDB server 之间使用 JDBC 直连， 性能高于使用负载均衡组件。 目前 tidb-loadbalance 已实现轮询、随机、权重等负载均衡策略。 注意： tidb-loadbalance 需配合 mysql-connector-j 一起使用。 如果你使用的是 Maven，请将以下内容添加到你的 长连接的方式如下： • v5.4 版本前，TiDB 默认不会主动关闭客户端连接，除非出现报错情况。 • 从 v5.4 起，TiDB 默认会在连接空闲超过 28800 秒（即 8 小时）后，自动关闭客户端连接。你可以使用 兼容的超时控制参数，wait_timeout 和max_execution_time。这两个参数分别控制与 Java 应用连接的空闲超时时间和连接中 SQL 执行的超时时间，即控制 TiDB 与 Java 应用的连接最长闲多久和最 长忙多久。在 TiDB v5.4 及以上版本中，wait_timeout 参数默认值为 28800 秒，即空闲超时为 8 小时。在 v5.4 之 前，wait_timeout 参数的默认值为 0，即没有

tidb-loadbalance 策略在客户端分发 JDBC 连接。客户端应用与 TiDB server 之间使用 JDBC 直连， 性能高于使用负载均衡组件。 目前 tidb-loadbalance 已实现轮询、随机、权重等负载均衡策略。 注意： tidb-loadbalance 需配合 mysql-connector-j 一起使用。 如果你使用的是 Maven，请将以下内容添加到你的 长连接的方式如下： • v5.4 版本前，TiDB 默认不会主动关闭客户端连接，除非出现报错情况。 • 从 v5.4 起，TiDB 默认会在连接空闲超过 28800 秒（即 8 小时）后，自动关闭客户端连接。你可以使用 兼容的超时控制参数，wait_timeout 和max_execution_time。这两个参数分别控制与 Java 应用连接的空闲超时时间和连接中 SQL 执行的超时时间，即控制 TiDB 与 Java 应用的连接最长闲多久和最 长忙多久。在 TiDB v5.4 及以上版本中，wait_timeout 参数默认值为 28800 秒，即空闲超时为 8 小时。在 v5.4 之 前，wait_timeout 参数的默认值为 0，即没有

tidb-loadbalance 策略在客户端分发 JDBC 连接。客户端应用与 TiDB server 之间使用 JDBC 直连， 性能高于使用负载均衡组件。 目前 tidb-loadbalance 已实现轮询、随机、权重等负载均衡策略。 注意： tidb-loadbalance 需配合 mysql-connector-j 一起使用。 如果你使用的是 Maven，请将以下内容添加到你的 长连接的方式如下： • v5.4 版本前，TiDB 默认不会主动关闭客户端连接，除非出现报错情况。 • 从 v5.4 起，TiDB 默认会在连接空闲超过 28800 秒（即 8 小时）后，自动关闭客户端连接。你可以使用 兼容的超时控制参数，wait_timeout 和max_execution_time。这两个参数分别控制与 Java 应用连接的空闲超时时间和连接中 SQL 执行的超时时间，即控制 TiDB 与 Java 应用的连接最长闲多久和最 长忙多久。在 TiDB v5.4 及以上版本中，wait_timeout 参数默认值为 28800 秒，即空闲超时为 8 小时。在 v5.4 之 前，wait_timeout 参数的默认值为 0，即没有

解决了当日志体量很大时，用户搜索日志很慢或搜索不出的问题 – 解决了搜索比较久远的历史日志时，只能搜索出最近的一部分日志的问题 – 修复在打开 new collation 的情况下可能出现的结果错误 – 修复 SQL 语句中含有极长嵌套表达式时可能出现的解析错误 – 修复 Exchange 算子中可能出现的 Block schema mismatch 错误 – 修复 Decimal 类型比较时可能出现的 Can't compare 和 监听端口。 mode tcp # HAProxy 要使用第 4 层的传输层。 balance roundrobin # 连接数最少的服务器优先接收连接。`leastconn` �→ 建议用于长会话服务，例如 LDAP、SQL、TSE 等，而不是短会话协议，如 HTTP。该算法是动态的 �→ ，对于启动慢的服务器，服务器权重会在运行中作调整。 server tidb-1 10.9.18.229:4000 和 监听端口。 mode tcp # HAProxy 要使用第 4 层的传输层。 balance roundrobin # 连接数最少的服务器优先接收连接。`leastconn` �→ 建议用于长会话服务，例如 LDAP、SQL、TSE 等，而不是短会话协议，如 HTTP。该算法是动态的 �→ ，对于启动慢的服务器，服务器权重会在运行中作调整。 server tidb-1 10.9.18.229:4000

度检查。 默认值 为 OFF。 54 变量名 修改类型 描述 validate_ �→ password �→ . �→ length 新增 密码复 杂度策 略检查 项，限 定了用 户密码 最小长 度。只 有validate �→ _ �→ password �→ . �→ enable �→ 开启 时，该 变量才 生效。 默认值 为 8。 55 变量名 修改类型 描述 validate_ tidb-loadbalance 策略在客户端分发 JDBC 连接。客户端应用与 TiDB server 之间使用 JDBC 直连， 性能高于使用负载均衡组件。 目前 tidb-loadbalance 已实现轮询、随机、权重等负载均衡策略。 注意： tidb-loadbalance 需配合 mysql-connector-j 一起使用。 如果你使用的是 Maven，请将以下内容添加到你的 长连接的方式如下： 242 • v5.4 版本前，TiDB 默认不会主动关闭客户端连接，除非出现报错情况。 • 从 v5.4 起，TiDB 默认会在连接空闲超过 28800 秒（即 8 小时）后，自动关闭客户端连接。你可以使用

tidb-loadbalance 策略在客户端分发 JDBC 连接。客户端应用与 TiDB server 之间使用 JDBC 直连， 性能高于使用负载均衡组件。 目前 tidb-loadbalance 已实现轮询、随机、权重等负载均衡策略。 注意： tidb-loadbalance 需配合 mysql-connector-j 一起使用。 如果你使用的是 Maven，请将以下内容添加到你的 长连接的方式如下： 239 • v5.4 版本前，TiDB 默认不会主动关闭客户端连接，除非出现报错情况。 • 从 v5.4 起，TiDB 默认会在连接空闲超过 28800 秒（即 8 小时）后，自动关闭客户端连接。你可以使用 和max_execution_time。这两个参数分别控制与 Java 应用连接的空闲超时时间和连接中 SQL 执行的超时时间，即控制 TiDB 与 Java 应用的连接最长闲多久和最 244 长忙多久。在 TiDB v5.4 及以上版本中，wait_timeout 参数默认值为 28800 秒，即空闲超时为 8 小时。在 v5.4 之 前，wait_timeout 参数的默认值为 0，即没有

limit 允许 残余 的 Raft 日志 大小， 硬限 制 raftstore.raft- entry- cache- life- time 内存 中日 志 cache 允许 的最 长残 留时 间 raftstore.raft- reject- transfer- leader- duration 控制 迁移 leader 到新 加节 点的 最小 时间 raftstore gc- tick- interval 触发 回收 过期 snap- shot 文件 的时 间间 隔 raftstore.snap- gc- timeout snapshot 文件 的最 长保 存时 间 223 配置 项 简介 raftstore.lock- cf- compact- interval 触发 对 lock CF com- pact 检查 的时 间间 隔 息最 大个 数 raftstore.max- peer- down- duration 副本 允许 的最 长未 响应 时间 224 配置 项 简介 raftstore.max- leader- missing- duration 允许 副本 处于 无主 状态 的最 长时 间， 超过 将会 向 PD 校验 自己 是否 已经 被删 除 raftstore.abnormal- leader-

修改外键引用列的类型时，DECIMAL 精度发生变化没有报错的问题 #49836 @yoshikipom – 修 复 ALTER TABLE 修 改 外 键 引 用 列 的 类 型 时，INTEGER 长 度 发 生 变 化 误 报 错 的 问 题 #47702 @yoshikipom – 修复某些场景下表达式索引没有发现除数是 0 的问题 #50053 @lcwangchao – 缓解当要处理的表的数量过多时，TiDB tidb-loadbalance 策略在客户端分发 JDBC 连接。客户端应用与 TiDB server 之间使用 JDBC 直连， 性能高于使用负载均衡组件。 目前 tidb-loadbalance 已实现轮询、随机、权重等负载均衡策略。 注意： tidb-loadbalance 需配合 mysql-connector-j 一起使用。 如果你使用的是 Maven，请将以下内容添加到你的 长连接的方式如下： 235 • v5.4 版本前，TiDB 默认不会主动关闭客户端连接，除非出现报错情况。 • 从 v5.4 起，TiDB 默认会在连接空闲超过 28800 秒（即 8 小时）后，自动关闭客户端连接。你可以使用