Redis核心要点速记，掌握这些关键知识，你学会了吗？

Redis的核心要点在于理解它如何快速存储和读取数据，核心是掌握其五种基本数据结构（字符串、列表、集合、有序集合、哈希）的常用命令、持久化机制（RDB和AOF）以及如何在高并发场景下使用它作为缓存来提升系统性能，例如使用SET/GET命令进行简单的键值操作，并设置合理的过期时间。

核心数据结构与应用

Redis的威力很大程度上来自其丰富的数据结构。字符串是最基本类型，不仅能存文本数字，还能存序列化的对象或图片。列表像一个灵活的数组，支持从两端插入弹出，可以用来实现消息队列或最新动态列表。集合保证元素唯一，适合做共同好友或标签系统。有序集合给每个元素关联一个分数，能轻松做排行榜。哈希则适合存储一个对象的多个字段，比如用户信息。理解每种结构的特性和对应命令，是灵活使用Redis的基础。

数据持久化：确保安全

因为Redis主要数据在内存里，断电会丢失，所以持久化很重要。主要有两种方式：RDB和AOF。RDB像是定时给数据库拍快照，恢复快，但可能丢失最近一次快照后的数据。AOF是记录每一次写操作命令，数据更安全，但文件可能更大，恢复也更慢。生产环境常常两者结合使用，用AOF保证数据安全，定期用RDB做备份加快恢复速度。你需要根据业务对数据安全性和性能的要求来配置。

缓存策略与内存管理

Redis最常用的角色是缓存。关键是要设置合理的过期时间，避免缓存塞满内存。当内存不足时，Redis有几种淘汰策略，比如淘汰最近最少使用的键，或者随机淘汰。你需要根据业务选择，比如希望保留热点数据就选LRU。另外，缓存穿透（查询不存在的数据）、缓存击穿（热点key过期瞬间大量请求）和缓存雪崩（大量key同时过期）是常见问题，可以通过布隆过滤器、互斥锁或分散过期时间等方法来预防。

高可用与集群

单机Redis有风险，所以需要高可用方案。主从复制是最基本的，一个主节点负责写，多个从节点同步数据并负责读，这样能读写分离并提高可靠性。哨兵模式在主从基础上增加了自动故障转移，当主节点挂了，哨兵能自动选一个新主。如果数据量巨大，单机存不下，就需要集群模式，把数据分片存储到多个节点上，并能自动进行故障转移。

常见使用场景

除了做缓存，Redis还有很多用武之地。利用其原子操作可以实现简单的计数器，比如文章阅读量。利用列表或发布订阅功能可以做简单的消息队列。利用有序集合可以做实时排行榜。利用地理空间索引可以做附近的人或地点查询。利用位图可以做用户签到统计。理解这些场景，能帮你更好地在项目中应用Redis。

FAQ

问：Redis和Memcached有什么区别？我该用哪个？
答：两者都是内存缓存，但Redis支持更丰富的数据结构（如列表、集合），并且支持数据持久化到磁盘，而Memcached只支持简单的键值对且不持久化。如果你的应用需要复杂的数据操作或对数据安全有要求，选Redis；如果只需要最简单的键值缓存且追求极致内存效率，可以考虑Memcached。

问：Redis的数据会丢失吗？如何避免？
答：因为数据主要在内存，如果没配置持久化，服务器重启或崩溃就会丢失。避免方法是合理配置RDB和AOF持久化。通常建议同时开启AOF（例如每秒同步一次）并定期执行RDB备份，这样能在保证性能的同时最大限度减少数据丢失风险。

问：Redis单线程为什么还这么快？
答：Redis的核心网络请求处理和数据操作是单线程的，这避免了多线程的上下文切换和竞争开销。它的速度主要得益于：1. 所有数据在内存中操作；2. 高效的数据结构；3. 非阻塞的I/O多路复用模型，可以同时处理大量连接。不过，持久化、集群数据同步等操作是由其他后台线程处理的。

参考来源：Redis官方文档（https://redis.io/documentation）、经典技术博客《Redis设计与实现》以及常见的开发者社区实践经验总结。