documentation site. - Remove the experimental feature of Point-in-time recovery (PITR) along with cdclog. Since v5.4.0, cdclog-based PITR and cdclog are no longer supported. - Make the behavior of setting system

cluster under a heavy workload, why does the speed of backup tasks become slow? ··· 5303 15.11.3 PITR issues ··· 5303  17.12.3 Placement Driver (PD) ··· 6727 17.12.4 Point Get ··· 6728 17.12.5 Point in Time Recovery (PITR) ··· 6728 17.12.6 Predicate columns ··· 6728 17.13 Q ··· 6728 17.13.1 Queries Per Second (QPS) 1fd3861ebe921252/d4d27951.png) ```html Security Client-side encryption of log backup data ( experimental)

cluster under a heavy workload, why does the speed of backup tasks become slow? ··· 5282 15.11.3 PITR issues ··· 5282  52ed51cc26a80e6f/d4d27951.png) ```html Security Client-side encryption of log backup data ( experimental) TiCDC instead. For point-intime recovery (PITR), use PITR. Before you upgrade your TiDB cluster to v8.4.0 or later versions, be sure to switch to TiCDC and PITR. - The following features are planned for

· · · · · · · · · · · 4200 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 4200 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5093 17.12.5 Point in Time Recovery (PITR) · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 行 TiDB 集群。 安全 �→ 日志备份数据支持客户端加密（实验特性） 在上传日志备份到备份存储之前，你可以对日志备份数据进行加密， �→ 确保数据在存储和传输过程中的安全性。

cluster under a heavy workload, why does the speed of backup tasks become slow? ··· 5231 15.11.3 PITR issues ··· 5231 15.11.4 After restoring a downstream cluster using the br restore point command, |Configuration file|Configuration parameter|Change type|Description| |---|---|---|---| |BR|--allow ↳- ↳pitr ↳- ↳from ↳- ↳incremental ↳|Newly added|Controls whether incremental backups are compatible with subsequent future release. For incremental data replication, use TiCDC instead. For point-in-time recovery (PITR), use PITR. - Starting from v8.3.0, the tidb_enable_column_tracking system variable is deprecated. TiDB

· · · · · · · · · · · 3708 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 3708 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 修复集群从较低版本升级到 v6.5 或更高版本时，由于累计的 Lock 记录可能导致性能下降的问题 #14780 @MyonKeminta – 修复 PITR 恢复过程中出现 raft entry is too large 的问题 #14313 @YuJuncen – 修复 PITR 恢复过程中由于 log_batch 超过 2 GB 导致 TiKV panic 的问题 #13848 @YuJuncen • PD – WebUI E E E N N N N N N 前台限流 Y Y E N N N N N N 后台限流 E E N N N N N N N 基于 EBS 的备份和恢复 Y Y N N N N N N N PITR Y Y N N N N N N N 全局内存控制 Y Y N N N N N N N RawKV 跨集群复制 E E N N N N N N N Green GC E E E E E E E E

当误删除或误更新数据后，如何原地快速恢复？ ..... 3907 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ ..... 3907 15.11.3 PITR 问题 ..... 3908 15.11.4 功能兼容性问题 ..... 3910 15.11.5 进行数据恢复的问题 ..... 3911 15.11.6 备份恢复功能相关知识 .. SEMI JOIN 的执行性能 #47424 @gengliqi ## • Tools ## - Backup & Restore (BR) * 新增 PITR 对 delete range 场景的集成测试，提升 PITR 稳定性 #47738 @Leavrth * 提升了 RESTORE 语句在大数据量表场景下的建表性能 #48301 @Leavrth * 重构 BR 异常处理机制，提高对未知错误的容忍度 的连接错误导致日志备份任务虽然启动但无法正常工作的问题 #16056 @YuJuncen * 修复日志备份任务可能出现内存泄露以及备份任务启动后无法正常运行的问题 #16070 @YuJuncen * 修复 PITR 恢复过程中插入数据到系统表 mysql.gc_delete_range 出错的问题 #49346 @Leavrth * 修复从旧版本的备份恢复数据时报错Unsupported collation的问题

cluster under a heavy workload, why does the speed of backup tasks become slow? ··· 4449 15.11.3 PITR issues ··· 4450 15.11.4 After restoring a downstream cluster using the br restore point command, which is compatible with MySQL. - FLASHBACK CLUSTER TO TIMESTAMP is now compatible with TiCDC and PITR and becomes GA. - Enhance TiDB optimizer by making the more accurate Cost Model version 2 generally TiDB Backup & Restore supports snapshot checkpoint backup, improves the recovery performance of PITR by 50%, and reduces the RPO in common scenarios to as short as 5 minutes. - Improve the TiCDC throughput

当误删除或误更新数据后，如何原地快速恢复？ ··· 4179 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ ··· 4179 15.11.3 PITR 问题 ··· 4180 15.11.4 功能兼容性问题 ··· 4182 15.11.5 进行数据恢复的问题 ··· 4183 15.11.6 备份恢复功能相关知识 ··· 4186 16 实例中备份数据，协助你更好地在公有云服务中运行 TiDB 集群。 ``` 安全 日志备份数据支持客户端加密（实验特性） 在上传日志备份到备份存储之前，你可以对日志备份数据进行加密， 确保数据在存储和传输过程中的安全性。 0开始，TiDB Binlog被完全废弃。如需进行增量数据同步，请使用TiCDC。如需按时间点恢复（point-in-time recovery, PITR），请使用PITR。在将TiDB集群升级到v8.4.0或之后版本前，务必先切换至TiCDC和PITR。 - 以下为计划将在未来版本中移除的功能： - 从 v8.0.0 开始，TiDB Lightning 废弃了物理导入模式下的旧版冲突检测策略，支持通过conflict

当误删除或误更新数据后，如何原地快速恢复？ ··· 3507 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ ··· 3507 15.11.3 PITR 问题 ··· 3508 15.11.4 功能兼容性问题 ··· 3510 15.11.5 进行数据恢复的问题 ··· 3511 15.11.6 备份恢复功能相关知识 ··· 3514 16 即可管理全局内存阈值。 - 支持高性能、全局单调递增的AUTO_INCREMENT列属性GA，兼容MySQL。 - FLASHBACK CLUSTER TO TIMESTAMP 特性新增对 TiCDC 和 PITR 的兼容性支持，该特性已 GA。 - 优化器引入的更精准的代价模型Cost Model Version 2 GA，同时优化器增强索引合并INDEX MERGE功能对AND连接的表达式的支持。 - Lightning 和 Dumpling 支持导入和导出压缩格式文件。 - TiDB Data Migration (DM) 的增量数据校验特性 GA。 - TiDB快照备份支持断点续传，此外PITR的恢复性能提升了 50%，通用场景下RPO降低到5分钟。 - TiCDC 同步数据到 Kafka，吞吐从4000行每秒提升到35000行每秒，复制延迟降低到2秒。 - 提供行级别Time to