这是一个创建于 367 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，N 个 Redis 实例做读服务，倘若有一个实例上的 Redis 的某个内存数据被改了，其他实例上的 Redis 要怎么感知到这个改动，避免不同实例对这数据的响应结果不一致呢？或者其实 Redis 并不重视这个，有其他层面的方案来避免？
 |
1
rrfeng 2024-03-20 17:27:34 +08:00  1
|
 |
2
coderxy 2024-03-20 17:31:44 +08:00
这种不是该用一主多从模式？
|
 |
3
emSaVya 2024-03-20 17:34:41 +08:00
redis 当分布式 db 纯属滥用。
|
 |
4
Kumo31 2024-03-20 17:44:15 +08:00
做不到吧，Redis 就不是线性一致的，不过 Redis 协议很简单，网上有很多 Raft on Raft/Paxos 的开源实现
|
 |
5
lmshl 2024-03-20 17:48:06 +08:00 2
首先，不要试图挑战 CAP
然后，我们再谈其他的 你唯一能做的是用同步协议尽可能快的达成最终一致，但你无法始终保证一致性 |
 |
6
lyy780808 2024-03-20 18:01:31 +08:00
看你的描述应该是主从架构，你问题的出发点就不对，这 N 个实例都是从节点，它们数据的更新是由主节点来做的，而不是这 N 个实例之间互相感知。
你说的这个问题确实存在，因为主从同步是有延迟的，Redis 也不是强一致的系统。 |
|
7
Kumo31 2024-03-20 18:36:56 +08:00
@Kumo31 补充一下，Jepsen 对 Redis 的分析报告（ https://aphyr.com/posts/307-call-me-maybe-redis-redux ）中指出了 Redis 能提供最强的保证也不超过因果一致性，并且嘲讽了一波作者认为设计分布式系统很简单这件事，评论里作者本人也下场 battle 了
|
 |
8
banzige 2024-03-20 19:15:45 +08:00
集群模式下，不可避免吧，各个 slave 节点更新有延时。
MySQL 主从类似呀。 |
 |
9
crysislinux 2024-03-20 19:23:22 +08:00 via Android
也想看看都怎么搞的，我们访问量离单实例极限还远。真顶不住了我倾向于用 cluster
|
 |
10
NX2023 2024-03-21 09:43:11 +08:00
腾讯二面问到了，然后答不上来😭
|
 |
11
mutalisk 2024-03-21 14:17:53 +08:00
无法保证吧，如果需要一致性的话，就用 zk 或者 etcd 这样的一致性组件
|
Select Language