什么是 Redis? 为什么要用 Redis?
下面我将从 Redis 出现的背景、Redis 的解决方案个来回答。
1、Redis 出现的背景
互联网的应用越来越多，例如社交网络、电商、实时服务发展的十分迅速，这就导致了传统技术栈（如关系型数据库）面临许多挑战：
-
性能瓶颈：并发、低延迟需求激增（如电商秒杀、社交平台动态刷新）。传统关系型数据库（如 MySQL）依赖磁盘 IO，无法应对每秒数万次的读写请求，导致响应延迟和扩展性不足。
-
数据模型僵化：关系型数据库的表结构难以灵活应对多样化业务需求（如排行榜、社交关系链）。
-
可靠性不足：内存缓存系统（如 Memcached）无持久化机制。早期内存缓存方案（如 Memcached）虽能缓解数据库压力，但仅支持简单的键值对存储，无法满足复杂业务逻辑（如排序、集合运算）。此外，Memcached 不支持持久化，数据断电即丢失，业务的数据风险高，
-
扩展性差：单机数据库难以支撑海量数据，难以扩展，分库分表复杂度高。
2、Redis 的出现
Redis 应运而生。Redis（Remote Dictionary Server）是开源的内存数据存储系统，可以通过内存访问实现高性能（读写速度可达 10 万次 / 秒以上），并支持持久化、主从复制、集群，在缓存、消息队列、实时统计、分布式锁等场景下使用较多。
3、Redis 的解决方案
-
高性能内存访问：针对性能瓶颈的问题，Redis 将数据存储在内存中，避免磁盘 IO 延迟，适合读多写少的场景。例如，我们以电商商品详情页为例。在电商平台商品详情页中，将商品信息缓存到 Redis，用户访问时直接读取内存，响应时间从数据库的 500ms 降至 10ms，响应速度显著提升。
-
数据结构丰富：Redis 支持列表（List）、有序集合（Sorted Set）等结构，解决复杂业务逻辑，减少应用层代码。例如，我们以"实时排行榜"为例，使用有序集合存储用户分数，通过 ZADD/ZRANGE 命令可以实现高效的排名更新和查询；在社交应用中，使用 Set 存储用户粉丝列表，SINTER计算共同关注。
-
**持久化机制：**针对内存缓存系统（如 Memcached）无持久化机制，宕机后数据丢失的情况，Redis 支持 RDB（快照）和 AOF（日志追加），保证数据不丢失。例如，在社交场景下，用户会话数据存储在 Redis 中，即使宕机，重启后也能快速恢复。
-
扩展性：Redis 支持主从复制和分片技术，能够将数据分布到多个 Redis 实例中，实现横向扩展。在处理海量数据时，仍然可以保持高性能。