ProxySQL 文档。 下面是关于 ProxySQL 匹配 SQL 查询的规则的一些补充信息： • ProxySQL 尝试按照 rule_id 的升序逐一匹配规则。 • 规则中的 ^ 符号用于匹配 SQL 语句的开头，$ 符号用于匹配语句的结尾。 关于 ProxySQL 正则表达式和模式匹配的更多信息，参考 ProxySQL 文档 mysql-query_processor_regex。 关于完整的参数列表，参考 端。 范围查询 在 WHERE/HAVING/ON 条件中，TiDB 优化器会分析主键或索引键的查询返回。如数字、日期类型的比较符，如大 于、小于、等于以及大于等于、小于等于，字符类型的 LIKE 符号等。 若要使用索引，条件必须是 “Sargable” (Search ARGument ABLE) 的。例如条件 YEAR(date_column)< 1992 不能使 用索引，但 date_column ab06f63e-8fe7-11ec-a514-5405db7aad56。使用 UUID_TO_BIN() 可 将 UUID 文本格式转换为 16 字节的二进制格式。这样，你可以将文本存储在 BINARY(16) 列中。检索 UUID 时， 可以使用 BIN_TO_UUID() 函数再将其转换回文本格式。 1135 12.5.10.2.2 UUID 格式二进制顺序和聚簇主键 UUID_TO_BIN() 函数可以接收一个参数

ProxySQL 文档。 下面是关于 ProxySQL 匹配 SQL 查询的规则的一些补充信息： • ProxySQL 尝试按照 rule_id 的升序逐一匹配规则。 • 规则中的 ^ 符号用于匹配 SQL 语句的开头，$ 符号用于匹配语句的结尾。 关于 ProxySQL 正则表达式和模式匹配的更多信息，参考 ProxySQL 文档 mysql-query_processor_regex。 关于完整的参数列表，参考 1122 范围查询 在 WHERE/HAVING/ON 条件中，TiDB 优化器会分析主键或索引键的查询返回。如数字、日期类型的比较符，如大 于、小于、等于以及大于等于、小于等于，字符类型的 LIKE 符号等。 若要使用索引，条件必须是 “Sargable” (Search ARGument ABLE) 的。例如条件 YEAR(date_column)< 1992 不能使 用索引，但 date_column Semi Join 则是因为仅需要匹配 第一行后就可以停止查询。 11.3.2.6.5 Null-Aware Semi Join（IN 和 = ANY 子查询） IN 和 = ANY 的集合运算符号具有特殊的三值属性（true、false 和 NULL）。这意味着在该运算符所转化得到的 Join 类型中需要对 Join key 两侧的 NULL 进行特殊的感知和处理。 IN 和 = ANY

类型主键时丢失数据的问题 #10672 @GMHDBJD – TiDB Lightning * 修复检查 TiKV 空间导致的性能回退的问题 #43636 @lance6716 * 修复在扫描数据文件时，遇到不合法符号链接文件而报错的问题 #49423 @lance6716 * 修复当 sql_mode 中不包含 NO_ZERO_IN_DATE 时，TiDB Lightning 无法正确解析包含 0 的日期值的 ProxySQL 文档。 下面是关于 ProxySQL 匹配 SQL 查询的规则的一些补充信息： • ProxySQL 尝试按照 rule_id 的升序逐一匹配规则。 • 规则中的 ^ 符号用于匹配 SQL 语句的开头，$ 符号用于匹配语句的结尾。 关于 ProxySQL 正则表达式和模式匹配的更多信息，参考 ProxySQL 文档 mysql-query_processor_regex。 关于完整的参数列表，参考 1138 范围查询 在 WHERE/HAVING/ON 条件中，TiDB 优化器会分析主键或索引键的查询返回。如数字、日期类型的比较符，如大 于、小于、等于以及大于等于、小于等于，字符类型的 LIKE 符号等。 若要使用索引，条件必须是 “Sargable” (Search ARGument ABLE) 的。例如条件 YEAR(date_column)< 1992 不能使 用索引，但 date_column

ProxySQL 文档。 下面是关于 ProxySQL 匹配 SQL 查询的规则的一些补充信息： • ProxySQL 尝试按照 rule_id 的升序逐一匹配规则。 • 规则中的 ^ 符号用于匹配 SQL 语句的开头，$ 符号用于匹配语句的结尾。 关于 ProxySQL 正则表达式和模式匹配的更多信息，参考 ProxySQL 文档 mysql-query_processor_regex。 关于完整的参数列表，参考 端。 范围查询 在 WHERE/HAVING/ON 条件中，TiDB 优化器会分析主键或索引键的查询返回。如数字、日期类型的比较符，如大 于、小于、等于以及大于等于、小于等于，字符类型的 LIKE 符号等。 若要使用索引，条件必须是 “Sargable” (Search ARGument ABLE) 的。例如条件 YEAR(date_column)< 1992 不能使 用索引，但 date_column Semi Join 则是因为仅需要匹配 第一行后就可以停止查询。 11.3.2.6.5 Null-Aware Semi Join（IN 和 = ANY 子查询） IN 和 = ANY 的集合运算符号具有特殊的三值属性（true、false 和 NULL）。这意味着在该运算符所转化得到的 Join 类型中需要对 Join key 两侧的 NULL 进行特殊的感知和处理。 IN 和 = ANY

ProxySQL 文档。 下面是关于 ProxySQL 匹配 SQL 查询的规则的一些补充信息： • ProxySQL 尝试按照 rule_id 的升序逐一匹配规则。 • 规则中的 ^ 符号用于匹配 SQL 语句的开头，$ 符号用于匹配语句的结尾。 关于 ProxySQL 正则表达式和模式匹配的更多信息，参考 ProxySQL 文档 mysql-query_processor_regex。 关于完整的参数列表，参考 日志中会把敏感信息隐藏掉（以问号 ? 替换），以此规避数据安全风险。 此外，TiDB 还提供了 MARKER 选项，当设置 tidb_redact_log 的值为 MARKER 时，TiDB 会在日志中用 ‹ › 符号标 记出敏感信息，而不是直接隐藏，以便用户能够自定义脱敏规则。 set @@global.tidb_redact_log = MARKER; 设置后，所有新 session 产生的日志都会对敏感信息进行标记，而不进行替换： [err="[kv:1062]Duplicate entry '‹1›' for key 't.a'"] 从以上报错日志可以看到，当把 tidb_redact_log 的值设为 MARKER 后，TiDB 日志中会用 ‹ › 符号标记出敏感 信息，你可以根据自己的需求自定义脱敏规则来处理日志中的敏感信息。 8.1.7.2 TiKV 组件日志脱敏 TiKV 侧的日志脱敏需要将security.redact-info-log

ProxySQL 文档。 下面是关于 ProxySQL 匹配 SQL 查询的规则的一些补充信息： • ProxySQL 尝试按照 rule_id 的升序逐一匹配规则。 • 规则中的 ^ 符号用于匹配 SQL 语句的开头，$ 符号用于匹配语句的结尾。 关于 ProxySQL 正则表达式和模式匹配的更多信息，参考 ProxySQL 文档 mysql-query_processor_regex。 关于完整的参数列表，参考 TINYINT 为无符号值时，TIDB_TYPE 为 INT UNSIGNED。 SMALLINT INT int 当 SMALLINT 为无符号值时，TIDB_TYPE 为 INT UNSIGNED. MEDIUMINT INT int 当 MEDIUMINT 为无符号值时，TIDB_TYPE 为 INT UNSIGNED。 INT INT int 当 INT 为无符号值时，TIDB_TYPE 为无符号值时，TIDB_TYPE 为 INT UNSIGNED，AVRO_TYPE 为 long。 BIGINT BIGINT long 当 BIGINT 为无符号值时，TIDB_TYPE 为 BIGINT UNSIGNED。当 avro-bigint-unsigned-handling-mode 为 string 时，AVRO_TYPE 也为 string。 TINYBLOB BLOB bytes BLOB BLOB

更多信息，请参考用户文档。 2.2.1.7 安全 • 增强 TiFlash 日志脱敏 #8977 @JaySon-Huang TiDB v8.0.0 增强了日志脱敏功能，支持控制是否使用标记符号 ‹ › 包裹 TiDB 日志中的用户数据。基于 标记后的日志，你可以在展示日志时决定是否对被标记信息进行脱敏处理，从而提升日志脱敏功能 的灵活性。在 v8.2.0 中，TiFlash 进行了类似的日志脱敏功能增强。要使用该功能，可以将 CPU 资源。 TiFlash security.redact_info_ �→ log 修改 可选值新增 marker 选项。当配置项的值设 置为 marker 时，日志中的用户数据会被标 记符号 ‹ › 包裹。 2.2.2.5 系统表 • 在 系 统 表INFORMATION_SCHEMA.PROCESSLIST 和INFORMATION_SCHEMA.CLUSTER_PROCESSLIST @qw4990 – 修复 information schema 缓存未命中导致 stale read 查询延迟上升的问题 #53428 @crazycs520 – 修复 YEAR 类型的列与超出范围的无符号整数进行比较导致错误结果的问题 #50235 @qw4990 – 修复重启 TiDB 后，主键列统计信息中的直方图和 TopN 未被加载的问题 #37548 @hawkingrei – 修复 Massively

ProxySQL 文档。 下面是关于 ProxySQL 匹配 SQL 查询的规则的一些补充信息： • ProxySQL 尝试按照 rule_id 的升序逐一匹配规则。 • 规则中的 ^ 符号用于匹配 SQL 语句的开头，$ 符号用于匹配语句的结尾。 关于 ProxySQL 正则表达式和模式匹配的更多信息，参考 ProxySQL 文档 mysql-query_processor_regex。 关于完整的参数列表，参考 端。 范围查询 在 WHERE/HAVING/ON 条件中，TiDB 优化器会分析主键或索引键的查询返回。如数字、日期类型的比较符，如大 于、小于、等于以及大于等于、小于等于，字符类型的 LIKE 符号等。 若要使用索引，条件必须是 “Sargable” (Search ARGument ABLE) 的。例如条件 YEAR(date_column)< 1992 不能使 用索引，但 date_column Semi Join 则是因为仅需要匹配 第一行后就可以停止查询。 11.3.2.6.5 Null-Aware Semi Join（IN 和 = ANY 子查询） IN 和 = ANY 的集合运算符号具有特殊的三值属性（true、false 和 NULL）。这意味着在该运算符所转化得到的 Join 类型中需要对 Join key 两侧的 NULL 进行特殊的感知和处理。 IN 和 = ANY

端。 范围查询 在 WHERE/HAVING/ON 条件中，TiDB 优化器会分析主键或索引键的查询返回。如数字、日期类型的比较符，如大 于、小于、等于以及大于等于、小于等于，字符类型的 LIKE 符号等。 若要使用索引，条件必须是 “Sargable” (Search ARGument ABLE) 的。例如条件 YEAR(date_column)< 1992 不能使 用索引，但 date_column 表名只由有效的标识符组成，例如： • 数字（0 到 9） • 字母（a 到 z，A 到 Z） • $ • _ • 非 ASCII 字符（U+0080 到 U+10FFFF） 其他 ASCII 字符均为保留字。部分标点符号有特殊含义，详情见下一节。 使用通配符 表名的两个部分均支持使用通配符（详情见 fnmatch(3) ）。 • *：匹配零个或多个字符。 • ?：匹配一个字符。 • [a-z]：匹配 “a” 数据乱码。 data-character-set = "binary" ### 指定在源数据文件的字符集转换过程中，出现不兼容字符时的替换字符。 ### 此项不可与字段分隔符、引用界定符和换行符号重复。 ### 默认值为 "\uFFFD"，即 UTF-8 编码中的 "error" Rune 或 Unicode replacement character。 ### 改变默认值可能会导致潜在的源数据文件解析性能下降。

ProxySQL 文档。 下面是关于 ProxySQL 匹配 SQL 查询的规则的一些补充信息： • ProxySQL 尝试按照 rule_id 的升序逐一匹配规则。 • 规则中的 ^ 符号用于匹配 SQL 语句的开头，$ 符号用于匹配语句的结尾。 关于 ProxySQL 正则表达式和模式匹配的更多信息，参考 ProxySQL 文档 mysql-query_processor_regex。 关于完整的参数列表，参考 端。 范围查询 在 WHERE/HAVING/ON 条件中，TiDB 优化器会分析主键或索引键的查询返回。如数字、日期类型的比较符，如大 于、小于、等于以及大于等于、小于等于，字符类型的 LIKE 符号等。 若要使用索引，条件必须是 “Sargable” (Search ARGument ABLE) 的。例如条件 YEAR(date_column)< 1992 不能使 用索引，但 date_column Semi Join 则是因为仅需要匹配 第一行后就可以停止查询。 11.3.2.6.5 Null-Aware Semi Join（IN 和 = ANY 子查询） IN 和 = ANY 的集合运算符号具有特殊的三值属性（true、false 和 NULL）。这意味着在该运算符所转化得到的 Join 类型中需要对 Join key 两侧的 NULL 进行特殊的感知和处理。 IN 和 = ANY