协议标准的、提供持久化的内存数据库服务，基 于高可靠双机热备架构及可无缝扩展的集群架构，满足高读写性能场景及容量需弹性变配的业务需求。 云数据库 Redis 版支持字符串（String）、链表（List）、集合（Set）、有序集合（SortedSet）、哈希表 （Hash）等多种数据类型，及事务（Transactions）、消息订阅与发布（Pub/Sub）等高级功能。 通过“内存+硬盘”的存储方式，云数据库 公测申请审批通过后，用户可在华东1（杭州）可用区E和华北2（北京）可用D开通实例。公测期间仅支持这在 这两个可用区开通混合存储系列实例，其他地域及可用区暂不支持。 公测开通规格 公测期间仅开放32G内存64G磁盘及64G磁盘128G内存两款主从版本规格供用户选用，用户可任选一 款规格免费试用两个月。 公测期间仅支持预付费模式的混合存储系列实例，按量付费暂不支持。 Redis 4.0 新功能介绍 Redis 4.0 之前，redis 执行 del 命令会在释放掉 key 的所有内存以后才会返回 OK。如果 key 比较大（比 如说一个 hash 里有1000万条数据），其他连接可能要等待很久。为了兼容已有的 del 语义，Redis 4.0 引入 unlink 命令，效果以及用法和 del 完全一样，但内存释放动作放到后台线程中执行。 flushdb/flushall flushdb/flushall

......................................................................................... - 265 - 内存容量 ................................................................................................ ......................................................................................... - 375 - 内存管理 ................................................................................................ .............................. - 386 - 操作系统内存参数配置 .......................................................................................... - 387 - 共享内存设置 ..........................................

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 282 8.1.4 慢日志内存映射表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 算子下推 到 TiKV 的阈值， 默认值为100。 tidb_stmt_ �→ summary_ �→ max_stmt_ �→ count 修改 表示 statement summary 在内存 中保存的语句的 最大数量。默认 值从 200 修改为 3000。 26 变量名 修改类型 描述 tidb_enable_ �→ streaming 废弃 系统变量 enable- �→ • 支持 Spilling HashAgg 支持 HashAgg 的落盘。当包含 HashAgg 算子的 SQL 语句引起 OOM 时，可以尝试设置算子的并发度为 1 来 触发落盘，缓解 TiDB 内存压力。 用户文档，#25882 • 提升优化器的估算准确度 (Cardinality Estimation) – 提升 TiDB 对 TopN/Limit 估算的准确度。例如，对于包含 order

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 298 8.1.4 慢日志内存映射表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 用户文档，#18030 • 临时表 新增对 CREATE [GLOBAL] TEMPORARY TABLE 语句的支持。支持创建临时表，方便管理业务中间计算的临 时数据。临时表中的数据均保存在内存中，用户可通过 tidb_tmp_table_max_size 变量限制临时表的内 存大小。TiDB 支持以下两种临时表： – Global 临时表 * 对集群内所有 session 可见，表结构持久化。 编 码。 用户文档 • Sync-diff-inspector 优化 – 大幅提升了对比速度，由原来的 375 MB/s 提升至 700 MB/s。 35 – 对比过程中对 TiDB 节点的内存消耗降低近一半。 – 优化了用户交互界面，在对比过程中可以显示进度。 用户文档 2.2.2.6 问题诊断效率 • 保存和恢复集群现场信息 在定位排查 TiDB 集群问题时，用户经常需要提供

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 273 8.1.4 慢日志内存映射表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · �→ memory- �→ quota 新增 设置缓存在内 存中的 TiCDC Old Value 的条 目占用内存的 上限。默认值 为 512MB。 TiKV 配置文件 sink-memory- �→ quota 新增 设置缓存在内 存中的 TiCDC 数 据变更事件占 用内存的上限。 默认值为 512MB。 TiKV 配置文件 incremental- �→ scan- �→ threads 长时间处于非活跃状态，即被自动设置为静默状态，可以降低 Leader 和 Follower 之间心跳信 息的系统开销。 用户文档，#10266 2.2.2.4 稳定性 • TiCDC 复制稳定性问题解决 – 改善 TiCDC 内存使用，避免在以下场景出现 OOM * 同步中断期间积累大量数据，超过 1TB，重新同步出现 OOM 问题 * 大量数据写入造成 TiCDC 出现 OOM 问题 – 改善 TiCDC 同步中断问题，缓解以下场景的问题

e-从-v800- �→ 版本开始引入">用于处理更大事务的批量 DML 执行方式（实验特性） 大批量的 DML 任务，例如大规模的清理任务、连接或聚合，可能会消耗大量内存， �→ 并且在非常大的规模上受到限制。批量 DML (tidb_dml_type = "bulk") 是一种新的 �→ DML 类型，用于更高效地处理大批量 DML 任务，同时提供事务保证并减轻 通过该功能，BR 可以充分利用集群的规模优势，使 TiKV �→ 集群中的所有节点都能参与到数据恢复的准备阶段，从而显著提升大规模集群中大数据集的恢复速度 �→ 。实际测试表明，该功能可将下载带宽打满，下载速度可提升 8 到 10 倍，端到端恢复速度大约提升 �→ 1.5 到 3 倍。 增强在有大量表时缓存 schema 信息的稳定性 对于使用 TiDB 数据库管理与可观测性 支持观测索引使用情况 正确的索引设计是提升数据库性能的重要前提。TiDB v8.0.0 引入内存表 INFORMATION_SCHEMA