-
延迟双删删的是第一次更新前删缓存、第二次更新DB后延迟再删缓存；前者防旧缓存命中，后者防主从同步期间脏读写入缓存。
-
使用布隆过滤器防护缓存穿透是因为它能快速判断元素是否可能存在，拦截不存在的请求，保护数据库。Redis布隆过滤器通过低内存占用高效判断元素存在性，成功拦截无效请求，减轻数据库压力。尽管存在误判率，但这种误判在缓存穿透防护中是可接受的。
-
MAXLEN是RedisStreams唯一实时限长方式，必须与XADD原子配合使用；~N为近似保留，N为严格上限；XTRIM仅作兜底，非实时；语法中MAXLEN须紧随stream名后，错位即报错。
-
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-
-
noeviction策略下写操作直接报错是因为内存达maxmemory后硬性拒绝所有写命令，不释放key也不等待，仅允许读操作，导致“能读不能写”现象。
-
通过Redisexporter采集Redis的指标数据，并配置Prometheus来抓取这些数据，同时设置合适的告警规则。1.安装并配置Redisexporter，使用Docker简化安装过程。2.在Prometheus配置文件中添加scrape配置以抓取Redisexporter数据。3.使用PromQL查询Redisexporter提供的指标，如内存使用率和连接数。4.通过Alertmanager设置告警规则，如内存使用率超过90%时触发告警。
-
“永不过期”策略实质是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，推荐现代应用广泛使用。
-
MySQL数据库备份是为数据创建副本以防止丢失并确保可恢复。1.逻辑备份（如mysqldump）适合小数据量或低恢复要求场景，导出SQL语句便于迁移和转换，但速度较慢；2.物理备份（如xtrabackup）适合大数据量、高恢复时效需求，直接复制物理文件速度快但移植性差；3.制定备份策略需考虑频率、类型、存储与验证，常见方案为每周全备加每日增备，并定期测试恢复流程以确保有效性。选择合适方式应综合数据量、RTO、RPO及资源限制等因素。
-
<p>MySQL的基本操作语句包括增、删、改、查。1.增：INSERTINTOemployees(id,name,salary)VALUES(1,'JohnDoe',50000);2.删：DELETEFROMemployeesWHEREid=1;3.改：UPDATEemployeesSETsalary=salary1.1WHEREid=2;4.查：SELECTFROMemployees;这些操作是数据库管理的基础，掌握它们能提高工作效率和数据管理能力。</p>
-
Jedissubscribe()会阻塞线程，必须在独立线程中调用；onMessage()是唯一消息处理入口；连接断开需手动重试；RedisMessageListenerContainer需设phase为Integer.MIN_VALUE以早初始化；Pythonredis-py要判type再取data并解码；频道名推荐小写点分隔，禁用通配符滥用；订阅端须加健康检查与自动恢复。
-
LTRIM是限制RedisList长度的唯一可靠方式，因其原子性、精准截断和内存即时释放特性；必须配合LPUSH使用，错误参数会清空列表，高并发下推荐Lua脚本保障原子性。
