FFmpeg AV1 编码 作者：HaujetZhao 原文链接：https://ld246.com/article/1612321469564 来源网站：链滴 许可协议：署名-相同方式共享 4.0 国际 (CC BY-SA 4.0) 英文原文 libaom AV1 编码指南 libaom-av1 是用于支持由 AOM（Alliance for Open Media，开放媒体联盟）制定的 Media，开放媒体联盟）制定的 AV1 的编码 ，一个开源、免版权费的编码器。相较于 VP9 和H.265 / HEVC，在相同画质的情况下， libaom-av1 可以节约 30% 的带宽，而相较于 H.264 可节约 50% 的带宽。 要安装支持 libaom-av1 的 ffmepg，请查看 编码指南 ，并使用 --enable-libaom 选项编译 FFmep 。 libaom 提供以下速度控制控制模式，用于决定视频质量和体积大小： 恒定质量（Constant Quality） libaom-av1 有一个恒定质量（CQ）模式（就像是 x264 和 x265 的 CRF），可以确保每一帧画面都 到相应画质水平（视觉感知上的）下应得的比特率，而不是编码每一帧都达到指定比特率。这可以得 更好的总体质量。如果你不需要压缩到指定的文件体积，这应当是你的最佳选择。 要启用这个选项，你必须同时使用 -crf 和 -b:v 0 这两个选项。-b:v 的值 必须

· · · · · · · · · · 1947 13.2.4 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · --format 指定的方式解码，再被送到 TiKV 上去，目前支持以下解码 方式： • “raw”：不进行任何操作，将输入的字符串直接编码为二进制格式的键。 • “hex”：将输入的字符串视作十六进制数字。这是默认的编码方式。 • “escape”：对输入的字符串进行转义之后，再编码为二进制格式。 6.3.1.2.3 使用 BR 命令行恢复集群数据 使用 br restore 命令来恢复备份数据。可选择添加 --ratelimit 128 \ --format hex \ --cf default 以上命令会将范围在 [0x31, 0x3130303030303030) 的已备份键恢复到 TiKV 集群中。这里键的编码方式和备份 时相同。 在线恢复（实验性功能） 警告： 在线恢复功能还在实验中，没有经过完备的测试，同时还依赖 PD 的不稳定特性 Placement Rules。暂时请避免在生产环境中使用该功能。

· · · · · · · · · · 1898 13.2.4 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · --format 指定的方式解码，再被送到 TiKV 上去，目前支持以下解码 方式： • “raw”：不进行任何操作，将输入的字符串直接编码为二进制格式的键。 • “hex”：将输入的字符串视作十六进制数字。这是默认的编码方式。 • “escape”：对输入的字符串进行转义之后，再编码为二进制格式。 6.3.1.2.3 使用 BR 命令行恢复集群数据 使用 br restore 命令来恢复备份数据。可选择添加 --ratelimit 128 \ --format hex \ --cf default 以上命令会将范围在 [0x31, 0x3130303030303030) 的已备份键恢复到 TiKV 集群中。这里键的编码方式和备份 时相同。 在线恢复（实验性功能） 警告： 在线恢复功能还在实验中，没有经过完备的测试，同时还依赖 PD 的不稳定特性 Placement Rules。暂时请避免在生产环境中使用该功能。

· · · · · · · · · · 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 * 修复当大部分表被过滤掉时

· · · · · · · · · · 2489 13.2.4 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · --format 指定的方式解码，再被送到 TiKV 上去，目前支持以下解码 方式： • “raw”：不进行任何操作，将输入的字符串直接编码为二进制格式的键。 • “hex”：将输入的字符串视作十六进制数字。这是默认的编码方式。 • “escape”：对输入的字符串进行转义之后，再编码为二进制格式。 6.3.1.2.3 使用 BR 命令行恢复集群数据 使用 br restore 命令来恢复备份数据。可选择添加 --ratelimit 128 \ --format hex \ --cf default 以上命令会将范围在 [0x31, 0x3130303030303030) 的已备份键恢复到 TiKV 集群中。这里键的编码方式和备份 时相同。 在线恢复（实验性功能） 警告： 在线恢复功能还在实验中，没有经过完备的测试，同时还依赖 PD 的不稳定特性 Placement Rules。暂时请避免在生产环境中使用该功能。

· · · · · · · · · · 3140 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 共享。 用户文档，#4423 – TiCDC 支持 SASL GSSAPI 认证类型。增加了使用 Kafka 的 SASL 认证示例。 用户文档，#4423 • TiCDC 支持同步使用 GBK 编码的上游表。 用户文档，#4806 2.2.2 兼容性变更 2.2.2.1 系统变量 37 变量 名 修改 类型 描述 tidb_ �→ enable �→ _ �→ list �→ _ �→ txn-total �→ -size-limit 调整，低于 TiDB v4.0 的版本支持的最大单个事务容量为 100MB）。 另外注意，无论是大小限制还是行数限制，还要考虑事务执行过程中，TiDB 做编码以及事务额外 Key 的开销。 在使用的时候，为了使性能达到最优，建议每 100 ～ 500 行写入一个事务。 4.8.3.6 自动提交的 SELECT FOR UPDATE 语句不会等锁 自动提交下的

· · · · · · · · · · 3671 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · txn-total �→ -size-limit 调整，低于 TiDB v4.0 的版本支持的最大单个事务容量为 100MB）。 另外注意，无论是大小限制还是行数限制，还要考虑事务执行过程中，TiDB 做编码以及事务额外 Key 的开销。 在使用的时候，为了使性能达到最优，建议每 100 ～ 500 行写入一个事务。 4.8.3.6 自动提交的 SELECT FOR UPDATE 语句不会等锁 自动提交下的 • 其中 需要经过 HTML URL 编码后再替换，替换完毕后示例如下： tiup cdc:v cli changefeed create --server="http://127.0.0.1:8300"

· · · · · · · · · · 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 txn-total �→ -size-limit 调整，低于 TiDB v4.0 的版本支持的最大单个事务容量为 100MB）。 另外注意，无论是大小限制还是行数限制，还要考虑事务执行过程中，TiDB 做编码以及事务额外 Key 的开销。 在使用的时候，为了使性能达到最优，建议每 100 ～ 500 行写入一个事务。 4.8.3.6 自动提交的 SELECT FOR UPDATE 语句不会等锁 自动提交下的

· · · · · · · · · · 3967 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · txn-total �→ -size-limit 调整，低于 TiDB v4.0 的版本支持的最大单个事务容量为 100MB）。 另外注意，无论是大小限制还是行数限制，还要考虑事务执行过程中，TiDB 做编码以及事务额外 Key 的开销。 在使用的时候，为了使性能达到最优，建议每 100 ～ 500 行写入一个事务。 4.8.3.6 自动提交的 SELECT FOR UPDATE 语句不会等锁 自动提交下的 • 其中 需要经过 HTML URL 编码后再替换，替换完毕后示例如下： tiup cdc:v cli changefeed create --server="http://127.0.0.1:8300"