对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 3673 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3673 15.3.18 在 TiDB 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 5.7 协议和 MySQL 生态 兼容 MySQL 5.7 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 @L-maple – 修复 TTL 监控面板中 Scan Worker Time By Phase 图表不显示数据的问题 #42515 @lcwangchao – 修复在包含全局索引的分区表上进行某些查询时返回错误结果的问题 #41991 #42065 @L-maple – 修复在重组分区表的过程中会显示错误日志的问题 #42180 @mjonss – 修复 INFORMATION_SCHEMA.DDL_JOBS

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 4165 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4165 15.3.18 在 TiDB Operator 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 协议和 MySQL 生态 兼容 MySQL 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 rowspan="3">数据库管理和可观测性 在内存表中显示 �→ TiKV 和 TiDB 的 CPU 时间 将 CPU 时间合入系统表中展示，与会话或 SQL 的其他指标并列，方便你从多角度对高 CPU �→ 消耗的操作进行观测，提升诊断效率。尤其适用于诊断实例

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 4145 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4145 15.3.18 在 TiDB Operator 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 协议和 MySQL 生态 兼容 MySQL 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 rowspan="3">数据库管理和可观测性 在内存表中显示 �→ TiKV 和 TiDB 的 CPU 时间 将 CPU 时间合入系统表中展示，与会话或 SQL 的其他指标并列，方便你从多角度对高 CPU �→ 消耗的操作进行观测，提升诊断效率。尤其适用于诊断实例

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 3472 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3472 15.3.18 在 TiDB 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 5.7 协议和 MySQL 生态 兼容 MySQL 5.7 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高的金融行业属性的场景 自动密 码过期 策略。 45 变量名 修改类型 描述 disconnect �→ _on_ �→ expired �→ _ �→ password �→ 新增 该变量 是一个 只读变 量，用 来显示 TiDB 是 否会直 接断开 密码已 过期用 户的连 接。 password_ �→ history �→ 新增 基于密 码更改 次数的 密码重 用策略， 不允许 用户重 复使用 最近设 置次数

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 3969 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3969 15.3.18 在 TiDB Operator 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 协议和 MySQL 生态 兼容 MySQL 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 的问题 #49438 @qw4990 – 修复自动统计信息收集在 OOM 后卡住的问题 #51993 @hi-rustin – 修复使用 BR 恢复一张表后，即使该表没有统计信息，统计信息健康度仍然显示为 100% 的问题 #29769 @winoros – 修复 TiDB 在升级过程中会为系统表创建统计信息的问题 #52040 @hi-rustin – 修复 TiDB 在统计信息初始化完成前就开始自动收集的问题

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 3980 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3980 15.3.18 在 TiDB Operator 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 协议和 MySQL 生态 兼容 MySQL 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 @JmPotato @HuSharp – 增强对不健康的 etcd 节点的检测机制 #7730 @JmPotato @HuSharp – 优化 pd-ctl 中 GC safepoint 的相关显示 #7767 @nolouch – 支持动态修改热点调度器中的历史窗口配置 #7877 @lhy1024 – 减少创建 operator 中的锁争用问题 #7837 @Leavrth – 调整

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 3872 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3872 15.3.18 在 TiDB Operator 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 协议和 MySQL 生态 兼容 MySQL 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 #48125 @cfzjywxk • TiKV – 增加查询异步任务的 API endpoint /async_tasks #15759 @YuJuncen – 给 gRPC 监控增加优先级的标签，从而显示资源管理中的各个不同优先级的资源组的数据 #49318 @bufferflies – 支持动态调整参数 readpool.unified.max-tasks-per-worker 的值，可根据优先级单独核算正在运

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 3817 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3817 15.3.18 在 TiDB Operator 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 协议和 MySQL 生态 兼容 MySQL 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 个添加索引语句 X 和 �→ Y 需要花费 X 的时间 + Y 的时间，现在在一个 SQL 语句中同时添加索引 X 和 Y，并发运行后， �→ 添加索引总耗时显著减少了。尤其是在宽表的场景， �→ 内部测试数据显示同时添加多个索引的性能最高可提升 94%。 33 稳定性与高可用 优化0 码力 | 4590 页 | 100.91 MB | 1 年前

3

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 4101 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4101 15.3.18 在 TiDB Operator 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 协议和 MySQL 生态 兼容 MySQL 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 金融行业场景 金融行业对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高。传统的解决方案的资源利用 统 表INFORMATION_SCHEMA.PROCESSLIST 和INFORMATION_SCHEMA.CLUSTER_PROCESSLIST 中 新 增 SESSION_ALIAS 字段，用于显示当前连接的别名。#46889 @lcwangchao 2.2.2.6 编译器版本 • 为了提升 TiFlash 的开发体验，编译和构建 TiDB 所需的 LLVM 的最低版本从 13.0 升级到了

对数据做删除操作之后，空间回收比较慢，如何处理？· · · · · · · · · · · · · · · · · · · · · · · · · · · 3142 15.3.17 SHOW PROCESSLIST 是否显示系统进程号？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3142 15.3.18 在 TiDB 可在公有云、私有云、混合云中实现部署工具化、自 动化。 • 兼容 MySQL 5.7 协议和 MySQL 生态 兼容 MySQL 5.7 协议、MySQL 常用的功能、MySQL 生态，应用无需或者修改少量代码即可从 MySQL 迁移到 TiDB。提供丰富的数据迁移工具帮助应用便捷完成数据迁移。 2.1.2 四大核心应用场景 • 对数据一致性及高可靠、系统高可用、可扩展性、容灾要求较高的金融行业属性的场景 历史统计信息采集持久化 支持通过 SHOW ANALYZE STATUS 语句查询集群级别的统计信息收集任务。在 TiDB v6.1.0 之前，SHOW �→ ANALYZE STATUS 语句仅显示实例级别的统计信息收集任务，且 TiDB 重启后历史任务记录会被清空， 因此用户无法查看历史统计信息的采集时间和相关细节。从 TiDB v6.1.0 起，该信息被持久化保存，集群 重启后依然可查询，