-
MAXLEN是RedisStreams唯一实时限长方式，必须与XADD原子配合使用；~N为近似保留，N为严格上限；XTRIM仅作兜底，非实时；语法中MAXLEN须紧随stream名后，错位即报错。
-
Redis内存过载时jemalloc拒绝分配，是因内部碎片或保留页不足主动返回NULL触发OOMerror，与LinuxOOMKiller无关；关键看INFOmemory中allocator_allocated、active、mapped的剪刀差而非used_memory。
-
SAVE命令会阻塞Redis主进程同步写入RDB文件，期间不处理任何请求；适用于停机前且可接受中断的场景，但生产环境应优先用BGSAVE，配合AOF才能保障数据不丢。
-
cluster-config-file由Redis集群节点在运行时自动写入，仅在槽分配完成、拓扑变化或重启恢复时更新，用于本地状态持久化而非手动配置。
-
对Redis配置文件进行加密保护是必要的，因为配置文件包含敏感信息，泄露可能导致严重安全问题。具体方法包括：1.使用openssl工具加密文件，如“opensslenc-aes-256-cbc-salt-inredis.conf-outredis.conf.enc”。2.将加密文件存储在受保护目录，并将解密密码存储在环境变量或密钥管理系统中。3.利用Redis5.0及以上版本的动态配置功能，在需要时解密和加载配置文件，如“opensslenc-d-aes-256-cbc-inredis.conf.enc-
-
RedisRDB不支持并行拉取切片，因其为单文件顺序写入二进制快照，无分片格式与元数据索引；并行只能在实例粒度实现，即多master同时BGSAVE。
-
noeviction策略下写操作直接报错是因为内存达maxmemory后硬性拒绝所有写命令，不释放key也不等待，仅允许读操作，导致“能读不能写”现象。
-
“永不过期”策略实质是Rediskey物理永存，逻辑过期时间嵌入value中；安全的get_with_logic_expire需用SETNX抢锁、双重检查、异步更新；必须搭配主动刷新机制防脏数据。
-
推荐用base64url编码6字节随机数生成短码，冲突概率低且不可预测；需先EXISTS校验再写入，跳转用Lua脚本原子读URL并INCR计数，Redis用String类型存short:{code}→URL，设EX过期，stat:{code}单独存访问量。
-
Redis“无条件刷新”实为业务代码显式执行SET/SETEX覆盖key，需确保写路径确定、key名准确、实例正确；禁用SETNX，慎用GETSET；批量操作须防pipeline/事务失败导致缓存未更新；穿透雪崩时应加空值缓存与随机TTL而非强行刷新。
-
InnoDB适配事务与高并发场景，MyISAM适合读多写少需求。1.InnoDB支持事务，确保数据一致性，MyISAM不支持；2.InnoDB使用行锁提升并发性能，MyISAM使用表锁限制并发；3.InnoDB具备崩溃恢复能力，而MyISAM需手动修复；4.InnoDB支持全文索引，功能已超越MyISAM；因此，需事务、高并发、数据安全的场景优先选InnoDB，若仅读多写少且追求查询性能可考虑MyISAM，但其维护成本较高，MySQL默认引擎为InnoDB，推荐现代应用广泛使用。
-
缓存空值TTL推荐2–5分钟，用SETEX或set(key,"NULL",300,TimeUnit.SECONDS)，避免永不过期或24小时；内容用"NULL"等明确标记，前置参数校验更早拦截无效请求。
-
MySQL数据库备份是为数据创建副本以防止丢失并确保可恢复。1.逻辑备份（如mysqldump）适合小数据量或低恢复要求场景，导出SQL语句便于迁移和转换，但速度较慢；2.物理备份（如xtrabackup）适合大数据量、高恢复时效需求，直接复制物理文件速度快但移植性差；3.制定备份策略需考虑频率、类型、存储与验证，常见方案为每周全备加每日增备，并定期测试恢复流程以确保有效性。选择合适方式应综合数据量、RTO、RPO及资源限制等因素。
-
Jedissubscribe()会阻塞线程，必须在独立线程中调用；onMessage()是唯一消息处理入口；连接断开需手动重试；RedisMessageListenerContainer需设phase为Integer.MIN_VALUE以早初始化；Pythonredis-py要判type再取data并解码；频道名推荐小写点分隔，禁用通配符滥用；订阅端须加健康检查与自动恢复。
-
LTRIM是限制RedisList长度的唯一可靠方式，因其原子性、精准截断和内存即时释放特性；必须配合LPUSH使用，错误参数会清空列表，高并发下推荐Lua脚本保障原子性。
