· · · · · · · · · · 3978 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 使用了加密密码，需参考DM 自定义加解密 key 中的升级步骤进行额外操作。#9492 @D3Hunter • 在之前版本中，启用添加索引加速功能 (tidb_ddl_enable_fast_reorg = ON) 后，编码后的索引键值 ingest 到 TiKV 的过程使用了固定的并发数 (16)，并未根据下游 TiKV 的处理能力进行动态调整。从 v8.0.0 开 始，支持使用tidb_ddl_reorg_worker_cnt type="POOLED">

0 码力 | 4805 页 | 101.28 MB | 1 年前

3

· · · · · · · · · · 3967 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · type="POOLED"> 请将 ${TIDB_JDBC_URL}、${TIDB_USER}、${TIDB_PASSWORD} 等替换为你的 TiDB 集群的实际值。并替换 ${MAPPER �→ _LOCATION} 的值为你的 mapper XML 配置文件的位置。如果你有多个

· · · · · · · · · · 4143 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 之前，如果开启了 Claim-Check 功能（将 large-message-handle-option 设置为 claim-check）， TiCDC 在处理大型消息时会将 key 和 value 都进行编码并存储在外部存储系统中。 从 v8.4.0 开始，TiCDC 支持仅将 Kafka 消息的 value 部分发送到外部存储，该功能仅适用于非 Open Protocol 协议。你可以通过设置 claim-check-raw-value type="POOLED">

0 码力 | 5072 页 | 104.05 MB | 9 月前

3

· · · · · · · · · · 4163 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 之前，如果开启了 Claim-Check 功能（将 large-message-handle-option 设置为 claim-check）， TiCDC 在处理大型消息时会将 key 和 value 都进行编码并存储在外部存储系统中。 从 v8.4.0 开始，TiCDC 支持仅将 Kafka 消息的 value 部分发送到外部存储，该功能仅适用于非 Open Protocol 协议。你可以通过设置 claim-check-raw-value type="POOLED">

0 码力 | 5095 页 | 104.54 MB | 9 月前

3

· · · · · · · · 4099 21 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · type="POOLED"> 请将 ${TIDB_JDBC_URL}、${TIDB_USER}、${TIDB_PASSWORD} 等替换为你的 TiDB 集群的实际值。并替换 ${MAPPER �→ _LOCATION} 的值为你的 mapper XML 配置文件的位置。如果你有多个

· · · · · · · · · · 2039 13.2.4 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Lightning 增加了执行前检查配置的功能。默认开启。该功能会自动进行一些磁盘空间和执行配置的 常规检查，主要目的是确保后续的整个导入过程顺利。 用户文档 • TiDB Lightning 支持导入 GBK 编码的文件 通过指定源数据文件的字符集，TiDB Lightning 会在导入过程中将源文件从指定的字符集转换为 UTF-8 编 码。 用户文档 • Sync-diff-inspector 优化 * 修复当扫描存量数据耗时过长时，可能由于 TiKV 进行 GC 而导致存量数据扫描失败的问题 #2470 * 修复在将某些类型的列编码为 Open Protocol 格式时，TiCDC 进程可能 panic 的问题 #2758 * 修复在将某些类型的列编码为 Avro 格式时，TiCDC 进程可能 panic 的问题 #2648 – TiDB Binlog * 修复当大部分表被过滤掉时

· · · · · · · · · · 1947 13.2.4 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · --format 指定的方式解码，再被送到 TiKV 上去，目前支持以下解码 方式： • “raw”：不进行任何操作，将输入的字符串直接编码为二进制格式的键。 • “hex”：将输入的字符串视作十六进制数字。这是默认的编码方式。 • “escape”：对输入的字符串进行转义之后，再编码为二进制格式。 6.3.1.2.3 使用 BR 命令行恢复集群数据 使用 br restore 命令来恢复备份数据。可选择添加 mysql.usertable。 br restore full -f '*.*' -f '!mysql.*' -f 'mysql.usertable' -s $external_storage_url --ratelimit �→ 128 在如上的命令中，-f '*.*' 用于覆盖掉默认的规则，-f '!mysql.*' 指示 BR 不要恢复 mysql 中的表，除非另 有指定。-f 'mysql

· · · · · · · · · · 3870 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 函数可能导致数据竞争的问题 #49677 @lcwangchao – 修复由于 STREAM_AGG() 错误处理 CI 导致查询结果有误的问题 #49902 @wshwsh12 – 修复将字节转换为 TIME 时出现编码失败的问题 #47346 @wshwsh12 – 修复 CHECK 约束的 ENFORCED 选项的行为与 MySQL 8.0 不一致的问题 #47567 #47631 @jiyfhust – 修复 type="POOLED">

0 码力 | 4666 页 | 101.24 MB | 1 年前

3

· · · · · · · · 3815 20 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · @Leavrth 44 2.2.6 错误修复 • TiDB – 禁止非整型聚簇索引进行 split table 操作 #47350 @tangenta – 修复使用错误的时区信息对时间字段进行编码的问题 #46033 @tangenta – 修复 Sort 算子在落盘过程中可能导致 TiDB 崩溃的问题 #47538 @windtalker – 修复查询使用 GROUP_CONCAT 时报错 type="POOLED">

0 码力 | 4590 页 | 100.91 MB | 1 年前

3

· · · · · · · · · · 1898 13.2.4 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · --format 指定的方式解码，再被送到 TiKV 上去，目前支持以下解码 方式： • “raw”：不进行任何操作，将输入的字符串直接编码为二进制格式的键。 • “hex”：将输入的字符串视作十六进制数字。这是默认的编码方式。 • “escape”：对输入的字符串进行转义之后，再编码为二进制格式。 6.3.1.2.3 使用 BR 命令行恢复集群数据 使用 br restore 命令来恢复备份数据。可选择添加 mysql.usertable。 br restore full -f '*.*' -f '!mysql.*' -f 'mysql.usertable' -s $external_storage_url --ratelimit �→ 128 在如上的命令中，-f '*.*' 用于覆盖掉默认的规则，-f '!mysql.*' 指示 BR 不要恢复 mysql 中的表，除非另 有指定。-f 'mysql