Redis是Ap还是CP的？Redis 的设计定位更倾向于AP 系统（高可用和分区容忍性），但在某些配置下可以部分实现

知其然要知其所以然，探索每一个知识点背后的意义，你知道的越多，你不知道的越多，一起学习，一起进步，如果文章感觉对您有用的话，关注、收藏、点赞，有困惑的地方请评论，我们一起交流！

Redis 的设计定位更倾向于 AP 系统（高可用和分区容忍性），但在某些配置下可以部分实现 CP 特性（一致性优先）。以下是详细分析：

CAP 理论指出，分布式系统无法同时满足 一致性（Consistency）、可用性（Availability） 和 分区容忍性（Partition Tolerance），必须三选二。Redis 的设计选择如下：

特性	Redis 的表现
分区容忍性 (P)	必须满足（作为分布式系统，网络分区无法避免）。
可用性 (A)	优先保证：默认配置下，即使发生分区，Redis 仍会响应请求（可能返回旧数据）。
一致性 (C)	弱化：主从复制和集群模式下存在数据延迟，不保证强一致性。

默认异步复制：
- AP 系统：主节点写入后立即返回成功，从节点异步复制数据。
- 问题：主从延迟期间，读从节点可能获取旧数据（不一致）。
同步复制（WAIT 命令）：
- 临时 CP：通过 WAIT 命令阻塞客户端，直到数据同步到指定数量的从节点。
- 代价：牺牲可用性（超时或分区时阻塞）。

故障转移行为：
- AP 系统：哨兵优先保证服务可用性，自动切换主节点，但可能丢失未同步的数据。
- 示例：原主节点宕机后，新主节点可能缺少部分未同步的写操作。

分区处理：
- AP 系统：集群继续响应可用节点的请求，但分区两侧可能同时写入导致数据冲突（需人工干预）。
- 一致性妥协：采用最终一致性，不保证强一致性。

虽然 Redis 默认是 AP 系统，但通过以下配置可接近 CP 行为：

# 写入主节点后，等待数据同步到至少1个从节点（超时1秒）
SET key value
WAIT 1 1000

系统	CAP 定位	一致性模型	适用场景
Redis	AP	最终一致性	缓存、会话存储、排行榜
ZooKeeper	CP	强一致性（ZAB协议）	分布式协调、配置管理
MongoDB	AP/CP可选	可配置一致性级别	文档存储、高可用需求

缓存场景：
- 默认 AP 模式即可，短暂不一致可接受。
- 通过设置 TTL 或主动刷新缓存降低影响。
需强一致性的场景：
- 改用 CP 系统（如 etcd、ZooKeeper）。
- 或通过 Redis 事务 + WAIT 命令模拟强一致性（性能下降）。
集群部署：
- 监控主从延迟（INFO replication）。
- 使用 Redlock 算法实现分布式锁时，需权衡一致性和性能。

Redis是Ap还是CP的？