redis on flash 是 redis labs 企业版专有混合存储特性，通过lru近似与访问阈值识别冷数据并异步写入ssd，但不支持直接读取ssd、需专用二进制与裸设备配置，且换出依赖noeviction策略。
Redis on Flash 是什么，它真能自动把冷数据刷到 SSD？
Redis on Flash（RoF）是 Redis Labs 企业版（现为 Redis Stack Enterprise）的专有特性，不是开源 Redis 的功能。它通过在内存中保留热数据、将冷数据异步写入 SSD 的方式实现混合存储，但不等于“自动识别冷数据+自动降级”——它的冷热判断基于 LRU 近似值和访问频率阈值，且依赖专用的 rof.conf 配置与 redis-server 企业版二进制文件。
常见误解是：装了 RoF 就像数据库一样自动分层。实际上，它更接近“带 SSD 后备页缓存的内存数据库”，所有读写仍走内存路径，SSD 仅用于持久化冷页，且不支持随机读取 SSD 上的数据（即不能跳过内存直接查磁盘）。如果客户端请求一个已被换出的 key，会触发同步换入（stall），延迟明显升高。
如何启用 Redis on Flash？必须满足哪些硬性条件？
启用 RoF 不是改个配置就行，它对部署环境有强约束：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 必须使用 Redis Labs 提供的
redis-server企业版（v6.2+，需有效 license）；开源版或 AWS ElastiCache、阿里云 Tair 等兼容版均不支持rof模块 - SSD 必须挂载为独立裸设备（如
/dev/nvme0n1）或 XFS 格式分区，且需预留至少 20% 空间供内部元数据和写放大缓冲 - 必须显式启用
rof-enabled yes，并配置rof-device /dev/nvme0n1、rof-size 100gb（指定 SSD 上分配给 RoF 的逻辑容量） -
maxmemory仍控制内存用量上限，但 RoF 允许总数据量（内存 + SSD）远超该值；若maxmemory-policy设为noeviction，RoF 才会真正接管冷数据淘汰
为什么你的冷数据没被换出？关键参数怎么调？
RoF 默认行为偏保守：新写入数据优先留在内存，冷数据换出需要时间积累访问热度差。以下参数直接影响换出效果：
-
rof-swap-threshold：默认10，表示某 key 的 LRU clock 值比全局平均老 10 轮以上才考虑换出；值越小越激进，但可能误伤温数据 -
rof-swap-interval：默认1000（毫秒），控制后台换出线程扫描频率；调低可加快响应，但增加 I/O 压力 -
rof-min-swap-size：默认4kb，单次换出最小页大小；小值提升精度，但元数据开销上升 - 注意：
EXPIRE或DEL操作会立即清理内存和 SSD 上对应数据，不会等待换出流程
用 INFO rof 和 MEMORY STATS 查看真实换出状态
别只看 used_memory_human，RoF 的实际水位得看专用指标：
- 执行
INFO rof，重点关注：rof_used_bytes（SSD 已用空间）、rof_swapped_keys（已换出 key 数）、rof_swap_attempts与rof_swap_successes（判断是否受 I/O 限速或空间不足阻塞） -
MEMORY STATS中的rof字段会显示pages、page_size、swap_rate等，其中swap_rate持续低于0.1说明换出基本没发生 - 如果
rof_swapped_keys为 0，先检查rof-enabled是否生效（CONFIG GET rof-enabled），再确认maxmemory-policy是否为noeviction——这是 RoF 启动换出逻辑的前提
SSD 降级不是黑盒魔法，它把一部分运维复杂度转移到了配置粒度和监控深度上。最容易被忽略的是：RoF 的换出是异步批处理，且无法覆盖所有数据结构（比如 STREAM 和大 HASH 的部分字段可能不被完整换出），线上压测前务必用真实 key 访问模式验证 rof_swap_successes 增长节奏。
