“Redis简单主从”的版本间的差异

2023年2月18日 (六) 09:35的版本

port 6379
requirepass foobared

port 6380
slaveof 127.0.0.1 6379
masterauth foobared
requirepass foobared

上面的配置是 redis 5.0 之前版本的 5.0 开始 slaveof 改叫 replicaof 了

redis-server.exe redis.windows.master.conf

redis-server.exe redis.windows.slave.conf

redis-cli.exe -h

redis-cli.exe -h 127.0.0.1 -p 6379 -a foobared

redis-cli.exe -h 127.0.0.1 -p 6380 -a foobared

优点：有了主从，当从节点挂掉的时候，运维让从节点过来接管，服务就可以继续，否则主节点需要经过数据恢复和重启的过程，这就可能会拖延很长时间，从而影响线上业务的持续服务。

不足：如果主节点突发宕机，等运维人员手工进行主从切换，再通知所有的程序把地址统统改一遍重新上线，毫无疑问，这样的人工运维效率太低，事故发生后很长时间才能缓过来。

所以我们必须要有一个高可用方案来抵抗节点故障，当故障发生时可以自动进行主从切换，程序可以不用重启，仿佛什么事也没发生一样。这就是接下来我们要说的Redis官方提供的方案——Redis Sentinel。

@@ 第44行： / 第44行： @@
 redis-server.exe redis.windows.slave.conf
 ```
+</markdown>
-redis-cli.exe帮助:
+===redis-cli.exe 帮助===
+<markdown>
 ```
 redis-cli.exe -h
 ```
+</markdown>
-访问master:
+=== 访问 master===
+<markdown>
 ```
 redis-cli.exe -h 127.0.0.1 -p 6379 -a foobared
 ```
+</markdown>
-访问slave:
+=== 访问 slave ===
+<markdown>
 ```
 redis-cli.exe -h 127.0.0.1 -p 6380 -a foobared
 ```
+</markdown>
-优点： 有了主从，当从节点挂掉的时候，运维让从节点过来接管，服务就可以继续，否则主节点需要经过数据恢复和重启的过程，这就可能会拖延很长时间，从而影响线上业务的持续服务。
+=== 总结 ===
+优点： 有了主从，当从节点挂掉的时候，运维让从节点过来接管，服务就可以继续，否则主节点需要经过数据恢复和重启的过程，这就可能会拖延很长时间，从而影响线上业务的持续服务。
 不足： 如果主节点突发宕机，等运维人员手工进行主从切换，再通知所有的程序把地址统统改一遍重新上线，毫无疑问，这样的人工运维效率太低，事故发生后很长时间才能缓过来。
 所以我们必须要有一个高可用方案来抵抗节点故障，当故障发生时可以自动进行主从切换，程序可以不用重启，仿佛什么事也没发生一样。这就是接下来我们要说的Redis官方提供的方案——Redis Sentinel。
-</markdown>