· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 621 6.5.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · com/zh/tidb/v7.1/time-to-live" target="_blank">行级 TTL（从 �→ v7.0.0 开始 GA） 支持通过后台任务自动删除超过生命周期 (Time to live) 的数据， �→ 并以此来自动管理数据规模并提高性能。 33 生成列 �→ (GA) 生成列 (Generated Columns) 的值是通过实时计算列定义中的 SQL 表达式得到的。 �→ 该功能将一些应用逻辑推向数据库层，从而提升查询效率。 安全 0 码力 | 4369 页 | 98.92 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 557 6.4.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 下缺点： 资源利用率低、维护成本高、RTO (Recovery Time Objective) 及 RPO (Recovery Point Objective) 无法真实达到企业 31 所期望的值。TiDB 采用多副本 + Multi-Raft 协议的方式将数据调度到不同的机房、机架、机器，当部分机 器出现故障时系统可自动进行切换，确保系统的 RTO <= 30s 及 RPO = 0。 • v6.1.0 之前版本升级到 v6.1.0 的集群（包括滚动升级和停机升级），请注意： * 若升级前集群指定的配置文件中，存在已经配置的项，则升级过程中 TiDB �→ 将会将配置项的值自动更新为对应系统变量的值，以保证升级后， �→ 系统的行为不会因为参数的优化发生变化。 * 上述自动更新仅在升级过程中发生一次，升级完成之后，被废弃的配置项不再有任何效果。 通过本次优化，客户可以在线修改参

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 615 6.5.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1/ticdc-simple-protocol">Simple 协议 �→ （从 v8.0.0 开始引入） TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 TiCDC 支持

0 码力 | 4807 页 | 101.31 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 631 6.5.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 0/ticdc-simple-protocol">Simple 协议 �→ TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 TiCDC 支持 Debezium 协议 �→ 34 TiCDC 支持了新的 Debezium 协议，TiCDC 可以使用该协议生成 Debezium 格式的数据变更事件并发送给 �→ Kafka sink。 2.2.1 功能详情 2.2.1.1 可扩展性 • PD 支持微服务模式（实验特性）#5766 @binshi-bing 从 v8.0.0

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 626 6.5.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 类问题的发生，TiDB v7.6.0 引入tidb_idle_transaction_timeout 系统变量，可以自动终止长时间运行的空闲事务。当用户会 话处于事务状态且空闲时间超过该变量设定的值时，TiDB 会自动强制结束该事务的数据库连接并回滚 事务。 更多信息，请参考用户文档。 • 简化执行计划绑定的语法 #48876 @qw4990 TiDB v7.6.0 简化了创建执行计划绑定 新增系统变量tidb_txn_entry_size_limit，支持动态修改 txn-entry-size-limit 配置项的值。该变量的默认值为 0，表示默认使用 txn-entry-size-limit 配置项 的值作为限制。当设置为非 0 值时，TiDB 优先使用该变量的值作为事务中的单行记录大小的限制。这一 改进旨在提高用户调整系统配置的灵活性，无需重启 TiDB 即可生效。 更多信息，请参考用户文档。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 577 6.4.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 下缺点： 资源利用率低、维护成本高、RTO (Recovery Time Objective) 及 RPO (Recovery Point Objective) 无法真实达到企业 30 所期望的值。TiDB 采用多副本 + Multi-Raft 协议的方式将数据调度到不同的机房、机架、机器，当部分机 器出现故障时系统可自动进行切换，确保系统的 RTO <= 30s 及 RPO = 0。 • 降低到 5 分钟。 • TiCDC 同步数据到 Kafka，吞吐从 4000 行每秒提升到 35000 行每秒，复制延迟降低到 2 秒。 • 提供行级别Time to live (TTL) 管理数据生命周期（实验特性）。 • TiCDC 支持 Amazon S3、Azure Blob Storage、NFS 的对象存储（实验特性）。 2.2.1 新功能 2.2.1.1 SQL • TiDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 614 6.5.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 任务的性能。此外，你还可以通 过增加 TiDB 节点来线性提升 DDL 和 IMPORT INTO 任务的性能。 如果要使用分布式并行执行框架，只需将tidb_enable_dist_task 的值设置为 ON： SET GLOBAL tidb_enable_dist_task = ON; 更多信息，请参考用户文档。 • 提升了在一个 SQL 语句中同时添加多个索引的性能 #41602 @tangenta analyze �→ _ �→ partition �→ _ �→ concurrency �→ 修改 经进一 步的测 试后， 默认值 由 1 改 为 2。 tidb_ �→ build_ �→ stats_ �→ concurrency �→ 修改 经进一 步的测 试后， 默认值 由 4 改 为 2。 tidb_ �→ merge_ �→ partition �→ _stats �→ _ �→ concurrency

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 688 6.5.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 821 7.6.7 TiCDC 拆分 UPDATE 事件行为说明 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 824 7 Kafka 时，能在 TiDB 中控制单条消息大小的上限吗？ · · · · · · · · · · · · · · · 953 7.8.13 在一个事务中对一行进行多次修改，TiCDC 会输出多条行变更事件吗？ · · · · · · · · · · · · · · · · 954 7.8.14 TiCDC 把数据同步到 Kafka 时，一条消息中会不会包含多种数据变更？ · · · · · · ·

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 679 6.5.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 中的几个对应字段 (RESOURCE_GROUP、MAX_REQUEST_UNIT_WRITE、MAX_ �→ REQUEST_UNIT_READ、MAX_PROCESSED_KEYS)，根据历史执行情况决定条件值的大小。 更多信息，请参考用户文档。 • 超出预期的查询 (Runaway Queries) 支持切换资源组 #54434 @JmPotato v8.4.0 新增支持将 Runaway Queries CPU 的时间。 其中，TiKV 的 CPU 时间默认显示。采集 TiDB 的 CPU 时间会引入额外开销（约 8%），因此仅在开启Top SQL 特性时， TiDB 的 CPU 时间才会显示为实际值，否则始终显示为 0。 更多信息，请参考 [`INFORMATION_SCHEMA.PROCESSLIST`](#processlist) 和 [`INFORMATION_SCHEMA.SLOW_

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 621 6.5.3 如何过滤 binlog 事件 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · spill-从-v800-版本开始引入">并行 HashAgg 算法支持数据落盘成为正式功能 (GA) HashAgg 是 TiDB 中常用的聚合算子，用于快速聚合具有相同字段值的行。TiDB v8.0.0 引入并行 �→ HashAgg 作为实验特性，以进一步提升处理速度。当内存资源不足时，并行 HashAgg �→ 可以将临时排序数据落盘，避免因内存使用过度而导致的 OOM 能会受 到影响。 从 v8.2.0 开始，TiDB 支持并行排序功能，显著提升了排序计算的性能。该功能无需手动开启，TiDB 会根 据系统变量tidb_executor_concurrency 的值自动选择并行或非并行排序。 更多信息，请参考用户文档。 • TiDB 的并行 HashAgg 算法支持数据落盘成为正式功能 (GA) #35637 @xzhangxian1008 TiDB v8