从单机到哨兵,一张图理清redis架构演进!
Redis 的架构是逐步演进而来的,正所谓“罗马不是一天建成的”。 2010 年:单机版 Redis 当 Redis1.0在 2010 年首次发布时,整体架构非常简单,通常作为业务系统的缓存使用。不过,Redis 的数据是存储在内存中的,一旦重启,数据就会全部丢失,导致请求会直接打到数据库上,带来较大的压力。 2013 年:持久化机制上线 2013 年,Redis2.8版本发布,解决了之前“重启就丢数据”的问题。Redis 引入了 RDB(内存快照)机制,用于定时将内存中的数据持久化到磁盘。同时还支持 AOF(只追加文件)方式,将每一次写操作都记录到日志文件中,实现更高级别的持久化保障。 2013 年:主从复制机制 同样在 Redis2.8中,官方引入了主从复制功能,提升了系统的高可用性。主节点负责处理实时的读写请求,从节点则负责同步主节点的数据,起到备份和读扩展的作用。 2013 年:Sentinel 哨兵机制上线 在 Redis2.8版本中,引入了 Sentinel(哨兵)机制,用于实时监控 Redis 实例的运行状态。它主要负责以下几个方面的工作: ...
