VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 优化 LOAD DATA 重复值检查，按照事务粒度进行且事务大小可通过 tidb_dml_batch_size 配置 #11132 • 优化 LOAD DATA 性能，将数据读取处理和批量提交分离，且分派到不同的 Worker 处理 #11533 #11284 14.6.23.2 TiKV • 升级 RocksDB 的版本到 6.4.6 • 系统启动时自动创建 2GB 大小的空文件，解决磁盘空间被写满时系统无法正常进行

VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 优化 LOAD DATA 重复值检查，按照事务粒度进行且事务大小可通过 tidb_dml_batch_size 配置 #11132 • 优化 LOAD DATA 性能，将数据读取处理和批量提交分离，且分派到不同的 Worker 处理 #11533 #11284 14.4.23.2 TiKV • 升级 RocksDB 的版本到 6.4.6 • 系统启动时自动创建 2GB 大小的空文件，解决磁盘空间被写满时系统无法正常进行

VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 优化 LOAD DATA 重复值检查，按照事务粒度进行且事务大小可通过 tidb_dml_batch_size 配置 #11132 • 优化 LOAD DATA 性能，将数据读取处理和批量提交分离，且分派到不同的 Worker 处理 #11533 #11284 14.7.23.2 TiKV • 升级 RocksDB 的版本到 6.4.6 • 系统启动时自动创建 2GB 大小的空文件，解决磁盘空间被写满时系统无法正常进行

VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 用来展示内存使用情况及历史操作，帮助用户清晰了解内存使用状况。 全局内存控制是 TiDB 内存管理的重要一步，对实例采用全局视角，引入系统性方法对内存用量进行管 理，这可以极大提升数据库的稳定性，提高服务的可用性，支持 TiDB 在更多重要场景平稳运行。 更多信息，请参考用户文档。 • 控制优化器在构造范围时的内存占用 #37176 @xuyifangreeneyes v6.4.0 引入了系统变量tidb_opt_range_max_size 的工作目录写内部文件，不再使用 /tmp 目录。任务停止后会清理掉 该目录 #4107 * 优化了 Precheck 功能。不再允许跳过某些重要的检查 #3608 – TiDB Lightning * 增加了更多重试错误类型 #31376 * 支持 base64 格式的密码字符串 #31194 * 标准化错误码和错误输出 #32239 16.13.1.6 Bug 修复 • TiDB – 修复了当 SCHEDULE

VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 用来展示内存使用情况及历史操作，帮助用户清晰了解内存使用状况。 全局内存控制是 TiDB 内存管理的重要一步，对实例采用全局视角，引入系统性方法对内存用量进行管 理，这可以极大提升数据库的稳定性，提高服务的可用性，支持 TiDB 在更多重要场景平稳运行。 更多信息，请参考用户文档。 • 控制优化器在构造范围时的内存占用 #37176 @xuyifangreeneyes v6.4.0 引入了系统变量tidb_opt_range_max_size 的工作目录写内部文件，不再使用 /tmp 目录。任务停止后会清理掉 该目录 #4107 * 优化了 Precheck 功能。不再允许跳过某些重要的检查 #3608 – TiDB Lightning * 增加了更多重试错误类型 #31376 * 支持 base64 格式的密码字符串 #31194 * 标准化错误码和错误输出 #32239 16.10.1.6 Bug 修复 • TiDB – 修复了当 SCHEDULE

'cc'); COMMIT; 1805 • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 的工作目录写内部文件，不再使用 /tmp 目录。任务停止后会清理掉 该目录 #4107 * 优化了 Precheck 功能。不再允许跳过某些重要的检查 #3608 – TiDB Lightning * 增加了更多重试错误类型 #31376 * 支持 base64 格式的密码字符串 #31194 * 标准化错误码和错误输出 #32239 16.6.1.6 Bug 修复 • TiDB – 修复了当 SCHEDULE 优化 LOAD DATA 重复值检查，按照事务粒度进行且事务大小可通过 tidb_dml_batch_size 配置 #11132 • 优化 LOAD DATA 性能，将数据读取处理和批量提交分离，且分派到不同的 Worker 处理 #11533 #11284 16.12.23.2 TiKV • 升级 RocksDB 的版本到 6.4.6 • 系统启动时自动创建 2GB 大小的空文件，解决磁盘空间被写满时系统无法正常进行

VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 优化 LOAD DATA 重复值检查，按照事务粒度进行且事务大小可通过 tidb_dml_batch_size 配置 #11132 • 优化 LOAD DATA 性能，将数据读取处理和批量提交分离，且分派到不同的 Worker 处理 #11533 #11284 14.9.23.2 TiKV • 升级 RocksDB 的版本到 6.4.6 • 系统启动时自动创建 2GB 大小的空文件，解决磁盘空间被写满时系统无法正常进行

VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 用来展示内存使用情况及历史操作，帮助用户清晰了解内存使用状况。 全局内存控制是 TiDB 内存管理的重要一步，对实例采用全局视角，引入系统性方法对内存用量进行管 理，这可以极大提升数据库的稳定性，提高服务的可用性，支持 TiDB 在更多重要场景平稳运行。 更多信息，请参考用户文档。 • 控制优化器在构造范围时的内存占用 #37176 @xuyifangreeneyes v6.4.0 引入了系统变量tidb_opt_range_max_size 的工作目录写内部文件，不再使用 /tmp 目录。任务停止后会清理掉 该目录 #4107 * 优化了 Precheck 功能。不再允许跳过某些重要的检查 #3608 – TiDB Lightning * 增加了更多重试错误类型 #31376 * 支持 base64 格式的密码字符串 #31194 * 标准化错误码和错误输出 #32239 16.19.1.6 Bug 修复 • TiDB – 修复了当 SCHEDULE

VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 用来展示内存使用情况及历史操作，帮助用户清晰了解内存使用状况。 全局内存控制是 TiDB 内存管理的重要一步，对实例采用全局视角，引入系统性方法对内存用量进行管 理，这可以极大提升数据库的稳定性，提高服务的可用性，支持 TiDB 在更多重要场景平稳运行。 更多信息，请参考用户文档。 • 控制优化器在构造范围时的内存占用 #37176 @xuyifangreeneyes v6.4.0 引入了系统变量tidb_opt_range_max_size 的工作目录写内部文件，不再使用 /tmp 目录。任务停止后会清理掉 该目录 #4107 * 优化了 Precheck 功能。不再允许跳过某些重要的检查 #3608 – TiDB Lightning * 增加了更多重试错误类型 #31376 * 支持 base64 格式的密码字符串 #31194 * 标准化错误码和错误输出 #32239 16.17.1.6 Bug 修复 • TiDB – 修复了当 SCHEDULE

VALUES (3, 'cc'); COMMIT; • 如以下执行日志中的 Log 5 和 Log 6 所示，同一张表内的 Row Changed Event 可能会根据主键被分派到不同 的 Partition，但同一行的变更一定会分派到同一个 Partition，方便下游并发处理。 • 如 Log 6 所示，在一个事务内对同一行进行多次修改，只会发出一个 Row Changed Event。 • Log 用来展示内存使用情况及历史操作，帮助用户清晰了解内存使用状况。 全局内存控制是 TiDB 内存管理的重要一步，对实例采用全局视角，引入系统性方法对内存用量进行管 理，这可以极大提升数据库的稳定性，提高服务的可用性，支持 TiDB 在更多重要场景平稳运行。 更多信息，请参考用户文档。 • 控制优化器在构造范围时的内存占用 #37176 @xuyifangreeneyes v6.4.0 引入了系统变量tidb_opt_range_max_size 的工作目录写内部文件，不再使用 /tmp 目录。任务停止后会清理掉 该目录 #4107 * 优化了 Precheck 功能。不再允许跳过某些重要的检查 #3608 – TiDB Lightning * 增加了更多重试错误类型 #31376 * 支持 base64 格式的密码字符串 #31194 * 标准化错误码和错误输出 #32239 16.18.1.6 Bug 修复 • TiDB – 修复了当 SCHEDULE