TiDB 8.1.0 为长期支持版本 (Long-Term Support Release, LTS)。
相比于前一个 LTS(即 7.5.0 版本),8.1.0 版本包含 7.6.0-DMR 和 8.0.0-DMR 中已发布的新功能、提升改进和错误修复。当你从 7.5.x 升级到 8.1.0 时,可以下载 TiDB Release Notes PDF 查看两个 LTS 版本之间的所有 Release Notes。下表列出了从 7.6.0 到 8.1.0 的一些关键特性:
分类 | 功能 | 描述 |
---|---|---|
可扩展性与性能 | 提升 BR 快照恢复速度(从 v8.0.0 开始 GA) | 通过该功能,BR 可以充分利用集群的规模优势,使 TiKV 集群中的所有节点都能参与到数据恢复的准备阶段,从而显著提升大规模集群中大数据集的恢复速度。实际测试表明,该功能可将下载带宽打满,下载速度可提升 8 到 10 倍,端到端恢复速度大约提升 1.5 到 3 倍。 |
建表性能提升 10 倍(实验特性,从 v7.6.0 开始引入) | 在 v7.6.0 中引入了新的 DDL 架构,批量建表的性能提高了 10 倍。这一重大改进极大地缩短了创建大量表所需的时间。特别是在 SaaS 场景中,快速创建大量表(从数万到数十万不等)是一个常见的挑战,使用该特性能显著提升 SaaS 场景的建表速度。 | |
通过 Active PD Follower 提升 PD Region 信息查询服务的扩展能力(实验特性,从 v7.6.0 开始引入) | TiDB v7.6.0 实验性地引入了 Active PD Follower 特性,允许 PD follower 提供 Region 信息查询服务。在 TiDB 节点数量较多和 Region 数量较多的集群中,该特性可以提升 PD 集群处理 GetRegion 、ScanRegions 请求的能力,减轻 PD leader 的 CPU 压力。 | |
用于处理更大事务的批量 DML 执行方式(实验特性,从 v8.0.0 开始引入) | 大批量的 DML 任务,例如大规模的清理任务、连接或聚合,可能会消耗大量内存,并且在非常大的规模上受到限制。批量 DML (tidb_dml_type = "bulk" ) 是一种新的 DML 类型,用于更高效地处理大批量 DML 任务,同时提供事务保证并减轻 OOM 问题。该功能与用于数据加载的导入、加载和恢复操作不同。 | |
增强在有大量表时缓存 schema 信息的稳定性(实验特性,从 v8.0.0 开始引入) | 对于使用 TiDB 作为多租户应用程序记录系统的 SaaS 公司,经常需要存储大量的表。在以前的版本中,尽管支持处理百万级或更大数量的表,但可能会影响用户体验。TiDB v8.0.0 支持在 auto analyze 中配置优先队列,使流程更加流畅,并在大量表的情况下提高稳定性。 | |
稳定性与高可用 | 全局排序成为正式功能(从 v8.0.0 开始 GA) | 全局排序功能旨在提高 IMPORT INTO 和 CREATE INDEX 的稳定性与效率。通过对需要处理的数据进行全局排序,可以提高数据写入 TiKV 的稳定性、可控性和可扩展性,从而提升数据导入与索引添加的用户体验和服务质量。启用全局排序后,单条 IMPORT INTO 或 CREATE INDEX 语句目前已经支持对高达 40 TiB 的数据进行导入或者添加索引。 |
跨数据库绑定执行计划(从 v7.6.0 开始引入) | 在处理上百个 schema 相同的数据库时,针对其中一个数据库的 SQL binding 通常也适用于其它的数据库。例如,在 SaaS 或 PaaS 数据平台中,每个用户通常各自维护单独的数据库,这些数据库具有相同的 schema 并运行着类似的 SQL。在这种情况下,逐一为每个数据库做 SQL 绑定是不切实际的。TiDB v7.6.0 引入跨数据库绑定执行计划,支持在所有 schema 相同的数据库之间匹配绑定计划。 | |
支持 TiProxy(从 v8.0.0 开始 GA) | 全面支持 TiProxy,可通过部署工具轻松部署。TiProxy 可以管理和维护客户端与 TiDB 的连接,在滚动重启、升级以及扩缩容过程中保持连接。 | |
Data Migration (DM) 正式支持迁移 MySQL 8.0(从 v7.6.0 开始 GA) | 在 v7.6.0 之前,DM 迁移 MySQL 8.0 仅为实验特性,不能用于生产环境。TiDB v7.6.0 增强了该功能的稳定性、兼容性,可在生产环境帮助你平滑、快速地将数据从 MySQL 8.0 迁移到 TiDB。在 v7.6.0 中,该功能正式 GA。 | |
资源管控支持管理资源消耗超出预期的查询(从 v8.1.0 开始 GA) | 通过资源组的规则,TiDB 能够自动识别出运行超出预期的查询,并对该查询进行限流或取消处理。即使没有被规则识别,你仍然可以手动添加查询特征以及采取对应的措施,从而降低突发的查询性能问题对整个数据库的影响。 | |
数据库管理与可观测性 | 支持观测索引使用情况(从 v8.0.0 开始引入) | 正确的索引设计是提升数据库性能的重要前提。TiDB v8.0.0 引入内存表 INFORMATION_SCHEMA.TIDB_INDEX_USAGE 和视图 sys.schema_unused_indexes ,用于记录索引的使用情况。该功能有助于用户评估数据库中索引的效率并优化索引设计。 |
数据迁移 | TiCDC 支持 Simple 协议(从 v8.0.0 开始引入) | TiCDC 支持了新的 Simple 消息协议,该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息,实现了对 schema 信息的动态追踪 (in-band schema tracking)。 |
TiCDC 支持 Debezium 协议(从 v8.0.0 开始引入) | TiCDC 支持了新的 Debezium 协议,TiCDC 可以使用该协议生成 Debezium 格式的数据变更事件并发送给 Kafka sink。 | |
TiCDC 支持客户端鉴权(从 v8.1.0 开始引入) | TiCDC 支持使用 mTLS(双向传输层安全性协议)或 TiDB 用户名密码进行客户端鉴权。该功能允许命令行工具或 OpenAPI 客户端验证与 TiCDC 的连接。 |
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
史诗级革新 | Apache Flink 2.0 正式发布
严少安
178次阅读
2025-03-25 00:55:05
NineData 社区版:从 MySQL 到 TiDB 数据复制新选择
严少安
167次阅读
2025-03-13 17:27:45
PingCAP 2025 校园招聘 | 开源领航,星耀前程
PingCAP
118次阅读
2025-03-27 09:55:55
2025w11 | 图数据库了解一下
严少安
74次阅读
2025-03-21 16:51:24
国产数据库如何赋能智慧医疗?3.28 TiDB 与您相约宜昌 “医院云数智技术实践研讨及成果展示交流会”
PingCAP
43次阅读
2025-03-25 18:14:39
国产数据库再获资本赋能,「九有数据库」完成A轮融资
严少安
38次阅读
2025-03-31 13:00:54
4月12日 TiDB 社区活动在南京!传统技术栈替换和 AI 浪潮正当时,面向未来的国产数据库如何选择?
小周的数据库进阶之路
32次阅读
2025-03-25 10:37:57
TiDB × AI :DeepSeek 时代你需要什么样的数据基座
PingCAP
32次阅读
2025-03-21 10:33:31
架构师必看!现代应用架构发展趋势与数据库选型建议丨TiDB vs MySQL 专题(一)
PingCAP
30次阅读
2025-03-19 11:21:15
TiDB 亮相宜昌“医院‘云数智’技术实践研讨及成果展示交流会”,探讨国产化 + AI 背景下的数据库新趋势
PingCAP
26次阅读
2025-04-02 09:34:17