不得将本⽂档及其内容⽤于任何商业⽤途，违者必究。 ⽬录 以下是《Redis使⽤⼿册》⼀书的完整⽬录，其中标题后⾯带 * 的⼤章都在本⽂档提供了试读。 前⾔* 1. 引⾔* 第⼀部分：数据结构与应⽤ 2. 字符串（String）* 3. 散列（Hash）* 4. 列表（List）* 5. 集合（Set）* 6. 有序集合（Sorted Set） 7. HyperLogLog 8. 位图（bitmap） 9 之所以⼴受开发者欢迎， 跟它⾃身拥有强⼤的功能以及简洁的设计不⽆关系。 虽然 Redis 拥有各式各样的特点和优点， 但其中最重要的不外乎以下这些： 丰富多样的数据结构 Redis 为⽤户提供了字符串、散列、列表、集合、有序集合、HyperLogLog、位图、流、地理坐标等⼀系列 丰富的数据结构， 每种数据结构都适⽤于解决特定的问题。 在有需要的时候， ⽤户还可以通过事务、Lua 脚本、模块等特性， 我们将开始学习 Redis 最基本的数据结构 —— 字符串。 2. 字符串（String） 字符串键是 Redis 最基本的键值对类型， 这种类型的键值对会在数据库⾥⾯把单独的⼀个键和单独的⼀个值关联 起来， 被关联的键和值既可以是普通的⽂字数据， 也可以是图⽚、视频、⾳频、压缩⽂件等更为复杂的⼆进制数 据。 作为例⼦， 图 2-1 展示了数据库视⻆下的四个字符串键， 其中： 与键 "message"

SQL手册 数据类型 字面常量 SQL操作符 别名 SQL-手册 注释 语法帮助 DML DDL 信息查看语句 辅助命令 账户管理 内置函数 聚合函数 位操作函数 字符串函数 条件函数 数学函数 JSON解析函数 类型转换函数 格式转换函数 通用函数 时间和日期函数 BITMAP函数 HLL函数 窗口函数 哈希函数 Baidu 百度智能云文档 00:00:00', '9999-12-31 00:00:00']。默认的打印形式是’YYYY-MM-DD HH:MM:SS’。 CHAR数据类型 CHAR数据类型 范围: char[(length)]，定长字符串，长度length范围1~255，默认为1。 转换：用户可以通过CAST函数将CHAR类型转换成TINYINT,，SMALLINT，INT，BIGINT，LARGEINT，DOUBLE，DATE或者 3 rows in set (0.00 sec) Baidu 百度智能云文档 SQL手册 5 示例： VARCHAR数据类型 VARCHAR数据类型 范围: char(length)，变长字符串，长度length范围1~65535。 转换：用户可以通过CAST函数将CHAR类型转换成TINYINT,，SMALLINT，INT，BIGINT，LARGEINT，DOUBLE，DATE或者

字面值 数据库、表、索引、列和别名 关键字和保留字 用户变量 表达式语法 注释语法 字符集和时区 字符集支持 字符集配置 时区 数据类型 日期和时间类型 基本数据类型 函数和操作符 函数和操作符概述 表达式求值的类型转换 操作符 控制流程函数 - 2 - 本文档使用 书栈(BookStack.CN) 构建 字符串函数 数值函数与操作符 日期和时间函数 位函数和操作符 Cast 函数和操作符 加密和压缩函数 MySQL 兼容性对比 TiDB 内存控制文档 Bit-value Literals Boolean Literals Date 和 Time 字面值 十六进制的字面值 NULL Values 数值字面值 字符串字面值 TiDB 用户文档 高级功能 历史数据回溯 垃圾回收 (GC) TiDB Ansible 常见运维操作 TiDB 运维文档 Try TiDB - 3 - 本文档使用 书栈(BookStack 用户变量 表达式语法 注释语法 字符集和时区 字符集支持 字符集配置 时区 数据类型 数值类型 日期和时间类型 字符串类型 JSON 数据类型 TiDB 中文技术文档 目录 README - 7 - 本文档使用 书栈(BookStack.CN) 构建 枚举类型 集合类型 数据类型默认值 函数和操作符 函数和操作符概述 表达式求值的类型转换 操作符 控制流程函数 字符串函数 数值函数与操作符 日期和时间函数

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3621 14.13.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3967 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · schema 并运行着类似的 SQL。在这种情况下，逐一为每个数据库做 SQL �→ 绑定是不切实际的。TiDB v7.6.0 引入跨数据库绑定执行计划，支持在所有 schema �→ 相同的数据库之间匹配绑定计划。 支持 TiProxy（从 v8

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3632 14.13.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3978 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · SQL 可能选择到数个 多值索引时，优化器可以识别开销更小的索引。 – 在查询条件中使用 OR 连接多个 member of 条件时，优化器能够为每个 DNF Item（member of 条 件）匹配一个有效的 Index Partial Path 路径，并通过 Union 操作将这些路径集合起来，形成一个 Index Merge，以实现更高效的条件过滤和数据读取。 更多信息，请参考用户文档。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3818 14.12.17字符集和排序规则 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4163 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · 级别打散策略。在批量快速建表，且表的数量达到几十万张后，该策略会导致 Region 集中分布在其中 几个 TiKV 节点，导致这些 TiKV 节点 OOM。 从 v8.4.0 开始，该系统变量改为字符串类型，且新增支持集群级别的打散策略，避免上述场景下导致 TiKV OOM 的问题。 更多信息，请参考用户文档。 • 支持为资源管控的后台任务设置资源上限 #56019 @glorv TiDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3799 14.12.17字符集和排序规则 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4143 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · 级别打散策略。在批量快速建表，且表的数量达到几十万张后，该策略会导致 Region 集中分布在其中 几个 TiKV 节点，导致这些 TiKV 节点 OOM。 从 v8.4.0 开始，该系统变量改为字符串类型，且新增支持集群级别的打散策略，避免上述场景下导致 TiKV OOM 的问题。 更多信息，请参考用户文档。 • 支持为资源管控的后台任务设置资源上限 #56019 @glorv TiDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3760 14.12.16字符集和排序规则 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4099 21 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · @ghazalfamilyusa – 优化对大数据量的表进行简单查询时获取数据分布信息的性能 #53850 @you06 – 聚合的结果集能够作为 IndexJoin 的内表，使更多的复杂查询可以匹配到 IndexJoin，从而可以通过索 引提升查询效率 #37068 @elsa0520 – 通过批量删除 TiFlash placement rule 的方式，提升对分区表执行 TRUNCATE、DROP

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3530 14.13.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3870 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · schema 并运行着类似的 SQL。在这种情况下，逐一为每个数据库做 SQL �→ 绑定是不切实际的。TiDB v7.6.0 引入跨数据库绑定执行计划，支持在所有 schema �→ 相同的数据库之间匹配绑定计划。 33 BR �→

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3350 14.11.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3671 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · · · · · · Kafka 滚动重启时 TiCDC 节点发生 panic 的问题 #9023 @asddongmen – TiDB Data Migration (DM) * 修复数据同步过程中，latin1 字符集数据可能损坏的问题 #7028 @lance6716 – TiDB Dumpling * 修复 UNSIGNED INTEGER 类型的主键无法用于拆分 Chunk 的问题 #42620 @lichunzhu