-
不会阻塞。RDB持久化由fork()子进程执行，主线程继续处理请求；依赖Linux内核写时复制（COW）机制，fork后父子进程共享物理内存页，仅在修改时才复制对应页，保证子进程读取fork时刻快照，但高写入会加剧COW开销。
-
布隆过滤器是解决缓存穿透最可控的手段，需部署在Redis之前拦截非法key；它不支持删除、存在误判率，须按真实数据量预估容量，并配合参数校验与限流使用。
-
Redis集群连接失败需先确认服务端启用cluster-enabledyes且至少3个主节点；客户端必须用redis-cli-c或集群驱动，否则报MOVED错误；KEYS*等跨slot命令不支持，SCAN需遍历各节点执行。
-
Redis集群默认不支持读写分离，所有请求均被重定向至主节点，从节点仅用于故障转移；如需读写分离，须弃用集群客户端，改用普通主从客户端自行路由。
-
不能直接用RedisPub/Sub做缓存一致性保障，因其不保证消息可达，订阅者离线时消息丢失，无重试、ACK或持久化机制；必须结合RedisStream落地事件+数据库状态校验实现最终一致。
-
RedisPub/Sub无法缓冲积压消息，因其纯内存广播机制不重试、不排队，消息直接丢弃；应改用List+BRPOP实现带缓冲队列，并由业务明确管理消息生命周期。
-
是，HLL适合统计日活UV，但需接受约0.81%误差且不支持成员查询与精确交集；按日期分key（如uv:20240520）、设过期、统一用户标识方可稳健使用。
-
AOF重写阻塞主线程的根本原因是fork()系统调用引发的页表复制与copy-on-write冲突；高频key修改导致大量脏页拷贝，使fork耗时飙升。
-
Pub/Sub频道命名必须带租户前缀，采用三段式结构{租户标识}:{业务域}:{实体ID}，禁用裸频道和通配符泛订阅；ACL需按前缀精确控制，显式授权+subscribe/+publish；TLS与消息体加密必须同时启用；Pub/Sub不可替代可靠队列，应改用Stream或List。
-
彻底禁用RDB自动触发需注释或设为save""，重启或CONFIGREWRITE后CONFIGGETsave返回["save",""]，且rdb_changes_since_last_save持续增长即生效。
-
Redis原生SINTER不支持带权重或条件过滤的交集计算，因其仅做纯元素匹配；需用Lua脚本在服务端原子执行复杂逻辑，但须防范阻塞、性能与维护风险。
-
缓存雪崩主因是大量key过期时间高度趋同，需通过扫描TTL、监控expired_keys曲线及检查写入逻辑验证；应采用SETEX或SET...EX原子命令，在基础过期时间上叠加5%–20%随机偏移，并确保所有写入路径（含定时任务、MQ、后台）均覆盖随机化。
-
选择合适的MySQL数据类型能节省存储空间、提升查询性能并确保数据准确性。常见的数据类型分为数值型（如INT、DECIMAL）、字符串型（如CHAR、VARCHAR）和日期时间型（如DATE、DATETIME、TIMESTAMP）。选择时应遵循几个关键点：1.节省存储空间，如状态字段用TINYINT；2.提高查询效率，优先使用定长类型；3.避免精度丢失，金额字段用DECIMAL；4.注意默认行为差异，如TIMESTAMP自动处理时区。常见场景推荐：用户ID用INTUNSIGNED或BIGINT，用户名用V
-
Redis集群中requirepass无效，因其仅作用于客户端端口（如6379），不约束集群总线端口（如16379）；节点间通信明文进行，需依赖网络隔离、ACL及正确配置cluster-announce-ip等措施保障安全。
-
Redisset命令只支持字符串值，存对象需先序列化为JSON；注意处理日期、枚举等特殊字段，避免额外引号，跨语言场景优先选JSON而非Java原生序列化。
