Redis

答：常用缓存旁路。读缺失再查库并填缓存，写先提交数据库再让缓存失效。根据业务能容忍的旧值时间，配合可靠事件、重试、TTL 或版本控制。

答：可备份成功完成的 RDB 快照。若依赖 AOF，按当前版本备份相互一致的清单与相关文件。备份单独存放，并定期用独立实例恢复检查。

答：给同类键的 TTL 加合理随机偏移，或把刷新分批。热点键可以提前更新、单次回源或在短窗口内用旧值。

答：先分客户端等连接、网络、服务器排队、命令执行和后台资源争用。看慢日志、延迟事件、内存及复制信息，再改针对性的点。

答：为服务和数据类型定统一前缀，写清分隔符、版本、允许的字符、TTL、所有者和访问权限。多键原子操作还要提前设计标签。

答：用 SCAN 配合 MATCH 前缀模式，反复执行直到游标返回 0。生产大库避免用 KEYS 扫完整键空间。

答：热 key 是请求远多于其他键的键，容易把负载集中到一个节点。用应用指标或采样定位。Redis 8.6 提供 HOTKEYS 命令，旧版需用适合自身配置的观测手段。

答：先用 keyspace_hits、keyspace_misses 和应用缓存口径找缺失原因。优先缓存反复被读取、又需要耗时回源的数据，再调整粒度、TTL、容量和预热。

答：没有固定 QPS。命令复杂度、数据大小、连接、网络、持久化和机器资源都会改变结果。用业务负载压测吞吐与尾延迟。

答：普通操作通常短，数据在内存，主线程串行执行可以简化数据结构并发协调。旧版也有后台线程和进程。Redis 6 引入可配置的 I/O 线程，主要用于网络读写。