Redis

Redis 集群 是指将多个 Redis 实例组合起来，形成一个具备分布式存储、高可用性、读写分离和自动故障转移能力的系统。随着业务数据量的增长和并发压力的提升，单个 Redis 实例的内存、CPU、网络带宽往往会成为瓶颈。Redis 集群通过将数据分散到多个节点（分片）上，并为每个分片配备副本，从而解决单点故障和扩展性问题，确保 Redis 服务的持续稳定运行。 核心思想：Redis 集群旨在提供横向扩展和高可用的能力，通过数据分片解决容量和性能瓶颈，通过主从复制和故障转移确保持续可用。 一、为什么需要 Redis 集群？单个 Redis 实例在实际生产环境中存在以下局限性： 内存容量限制：单个 Redis 实例的所有数据都存储在一台服务器的内存中，随着数据量的不断增长，最终会达到硬件内存的上限。 处理能力限制 (CPU/网络)：单个 Redis 实例只能利用一台服务器的 CPU 核心和网络带宽。在高并发读写场景下，可能会遇到性能瓶颈。 单点故障 (Single Point of Failure, SPOF)：如果单个 Redis 实例所在的服务器宕机，整...

Redis 持久化 (Persistence) 是指将内存中的数据保存到磁盘，以防止在 Redis 服务器宕机时数据丢失。Redis 提供了两种主要的持久化方式：RDB (Redis Database) 快照和 AOF (Append Only File) 日志。理解这两种持久化机制的工作原理、优缺点以及如何选择和结合使用，对于确保 Redis 数据的可靠性和可用性至关重要。 核心思想：Redis 持久化的目标是保障数据在意外停机后的恢复能力。RDB 侧重于某一时刻数据状态的完整性，而 AOF 侧重于每一操作的完整记录。 一、Redis 持久化的必要性Redis 作为一个高性能的内存数据库，其所有数据都存储在内存中。如果 Redis 服务器发生意外停机（如进程崩溃、服务器断电等），而没有进行持久化，那么内存中的所有数据都将丢失。这将导致严重的业务数据损失和可用性问题。 持久化的作用： 数据恢复：当 Redis 服务器重启时，可以通过加载磁盘上的持久化文件来恢复到最近一次保存的数据状态。 避免数据丢失：最大程度地减少因非预期故障导致的数据损失。 数据安全保障：为 Red...

Redis 是一个开源（BSD 许可）的内存数据结构存储，可用作数据库、缓存和消息代理。它支持多种类型的数据结构，如字符串（strings）、哈希（hashes）、列表（lists）、集合（sets）、有序集合（sorted sets）等。理解并熟练使用这些数据结构及其相关指令，是高效利用 Redis 的关键。 Redis 的强大之处在于其在内存中操作这些丰富的数据结构，使得读写速度极快。掌握每个数据结构的使用场景和对应指令，是进行高性能应用开发的基础。 一、通用键指令 (Generic Commands)这些指令适用于所有数据类型的键。 指令 描述 示例 DEL key [key ...] 删除一个或多个键。 DEL mykey mylist EXISTS key [key ...] 检查给定键是否存在。返回存在的键的数量。 EXISTS mykey EXPIRE key seconds 设置键的过期时间（秒）。 EXPIRE mykey 60 (60秒后过期) TTL key 获取键的剩余过期时间（秒）。-1 表示永久，-2 表示键不存在或已过...

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