2.0 及以上版本的 TiDB 在 Apple M1 芯片的机器上运行 tiup playground。 – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground To view the Grafana: http://127.0.0.1:3000 61 注意： – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground --format hex \ --cf default 以上命令会备份 default CF 上 [0x31, 0x3130303030303030) 之间的所有键到 $BACKUP_DIR 去。 这里，--start 和 --end 的参数会先依照 --format 指定的方式解码，再被送到 TiKV 上去，目前支持以下解码 方式： • “raw”：不进行任何操作，将输入的字符串直接编码为二进制格式的键。

1:2379/dashboard To view the monitor: http://127.0.0.1:9090 注意： – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground 1:2379/dashboard To view the monitor: http://127.0.0.1:9090 注意： – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground --format hex \ --cf default 以上命令会备份 default CF 上 [0x31, 0x3130303030303030) 之间的所有键到 $BACKUP_DIR 去。 这里，--start 和 --end 的参数会先依照 --format 指定的方式解码，再被送到 TiKV 上去，目前支持以下解码 方式： • “raw”：不进行任何操作，将输入的字符串直接编码为二进制格式的键。

column in Schema column 报错的问题 #28149 – 修复 TiDB 在 TiFlash 关闭时可能出现 panic 的问题 #28096 – 移除对基于 3DES (三重数据加密算法) 不安全的 TLS 加密套件的支持 #27859 – 修复因 Lightning 前置检查会连接已下线的 TiKV 节点而导致导入失败的问题 #27826 – 修复在导入太多文件到表时前置检查花费太多时间的问题 2.0 及以上版本的 TiDB 在 Apple M1 芯片的机器上运行 tiup playground。 – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground To view the Grafana: http://127.0.0.1:3000 69 注意： – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground

2.0 及以上版本的 TiDB 在 Apple M1 芯片的机器上运行 tiup playground。 – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground To view the Grafana: http://127.0.0.1:3000 75 注意： – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground 导入期间，需要临时空间来存储排序键值对，磁盘空间需要至少能存储数据源的最大单表。 • 若全量数据量较大，可适当加长上游 binlog 保存时间，以避免增量同步时缺必要 binlog 导致重做。 说明：目前无法精确计算 Dumpling 从 MySQL 导出的数据大小，但你可以用下面 SQL 语句统计信息表的 data_length 字段估算数据量： /* 统计所有 schema 大小，单位 MiB，注意修改

支持根据指定参数条件启动任务 开始一个迁移任务时，允许指定 “开始时间” 和 “safe-mode 持续时间”。这在创建具有大量 source 的增 量迁移任务时尤其有用，无需再为每个 source 精确指定 binlog 起始同步位置。 用户文档，#5442 2.2.1.8 数据共享订阅 • 支持与更丰富的第三方数据生态系统进行数据共享 – TiCDC 支持将 TiDB 数据库的增量数据以 2.0 及以上版本的 TiDB 在 Apple M1 芯片的机器上运行 tiup playground。 – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground To view the Grafana: http://127.0.0.1:3000 84 注意： – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground

-limit 新增 用于控制 split 和 scatter 操作 后等待 Region 上线 的重试次 数，默认 值为 1800。 重试符合 指数回退 策略，最 大重试间 隔为 2 秒。 若两次重 试之间有 任何 Region 上线，该 次操作不 会被计为 重试次数。 54 配置文件 配置项 修改类型 描述 TiDB Lightning tikv- �→ importer �→ . �→ 修复在谓词下推的情况下 CTE 结果错误的问题 #43645 @winoros – 修复分区特别多并且带有 TiFlash 副本的分区表在执行 TRUNCATE TABLE 时，出现写冲突导致 DDL 重 试的问题 #42940 @mjonss – 修复在创建分区表时使用 SUBPARTITION 没有警告提醒的问题 #41198 #41200 @mjonss – 修复生成列在处理值溢出问题时与 MySQL 2.0 及以上版本的 TiDB 在 Apple M1 芯片的机器上运行 tiup playground。 – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 77 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground

">建表性能提升 10 倍 �→ （实验特性，从 v7.6.0 开始引入） 在 v7.6.0 中引入了新的 DDL 架构，批量建表的性能提高了 10 倍。 �→ 这一重大改进极大地缩短了创建大量表所需的时间。特别是在 SaaS 场景中，快速创建大量表（ �→ 从数万到数十万不等）是一个常见的挑战，使用该特性能显著提升 SaaS 场景的建表速度。 精确的问题 #52222 @windtalker – 修复在分区裁剪模式为 static 的情况下 (tidb_partition_prune_mode='static')，使用 TABLESAMPLE 2.0 及以上版本的 TiDB 在 Apple M1 芯片的机器上运行 tiup playground。 – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground

– 修复 TiFlash 在发生远程读时可能会因为数据竞争导致 crash 的问题 #8685 @solotzg – 修复 CAST(AS JSON) 函数中没有对 JSON object key 去重的问题 #8712 @SeaRise – 修复 ENUM 列在 chunk encode 时可能会导致 TiFlash crash 的问题 #8674 @yibin87 • Tools – Backup 2.0 及以上版本的 TiDB 在 Apple M1 芯片的机器上运行 tiup playground。 – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground To view the Grafana: http://127.0.0.1:3000 78 注意： – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground

com/zh/tidb/v7.6/ddl-v2">建表性能提升 10 倍（实验特性） 在 v7.6.0 中引入了新的 DDL 架构，批量建表的性能提高了 10 倍。 �→ 这一重大改进极大地缩短了创建大量表所需的时间。特别是在 SaaS 场景中，快速创建大量表（ �→ 从数万到数十万不等）是一个常见的挑战，使用该特性能显著提升 SaaS 场景的建表速度。 精确 TSO #48372 @BornChanger 37 TiDB v7.6.0 提供了更加强大和精确的闪回功能 FLASHBACK CLUSTER，不仅支持回溯到过去指定的时间点， 还可以通过 FLASHBACK CLUSTER TO TSO 精确地指定要恢复的TSO 时间戳，实现更加灵活的数据恢复。例 如，与 TiCDC 0.0 开始废弃，等同的功能将会在后续版本中重新设 计。 • 系统变量tidb_disable_txn_auto_retry 将从 TiDB v8.0.0 开始废弃，废弃后将不再支持乐观事务的自动重 试。 2.2.5 改进提升 • TiDB – 当使用非二进制排序规则并且查询条件中包含 LIKE 时，优化器可以生成 IndexRangeScan 以提升执 行效率 #48181 #49138

�→ 新增 基于密 码更改 次数的 密码重 用策略， 不允许 用户重 复使用 最近设 置次数 内使用 过的密 码。默 认值为 0，表示 禁用基 于密码 更改次 数的密 码重用 策略。 46 变量名 修改类型 描述 password_ �→ reuse_ �→ interval �→ 新增 基于经 过时间 限制的 密码重 用策略， 不允许 用户重 复使用 最近设 置天数 内使用 过的密 码。默认 2.0 及以上版本的 TiDB 在 Apple M1 芯片的机器上运行 tiup playground。 – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground 1:9090 To view the Grafana: http://127.0.0.1:3000 注意： – 以这种方式执行的 playground，在结束部署测试后 TiUP 会清理掉原集群数据，重 新执行该命令后会得到一个全新的集群。 – 若 希 望 持 久 化 数 据， 可 以 执 行 TiUP 的 --tag 参 数：tiup --tag �→ playground