“Redis简单主从”的版本间的差异
跳到导航
跳到搜索
Jihongchang（讨论 | 贡献） 小 |
Jihongchang（讨论 | 贡献） |
||
| （未显示同一用户的6个中间版本） | |||
| 第1行： | 第1行： | ||
| − | + | ===master 配置文件 redis.windows.master.conf=== | |
| − | + | <syntaxhighlight> | |
| − | |||
port 6379 | port 6379 | ||
requirepass foobared | requirepass foobared | ||
| − | + | </syntaxhighlight> | |
| − | |||
| − | + | ||
| + | ===slave 配置文件 redis.windows.slave.conf=== | ||
| + | <syntaxhighlight> | ||
port 6380 | port 6380 | ||
slaveof 127.0.0.1 6379 | slaveof 127.0.0.1 6379 | ||
masterauth foobared | masterauth foobared | ||
requirepass foobared | requirepass foobared | ||
| − | + | </syntaxhighlight> | |
| + | 上面的配置是 redis 5.0 之前版本的 | ||
| + | 5.0 开始 slaveof 改成 replicaof 了 | ||
| − | |||
| − | + | ||
| + | ===启动 master=== | ||
| + | <syntaxhighlight lang="powershell"> | ||
redis-server.exe redis.windows.master.conf | redis-server.exe redis.windows.master.conf | ||
| − | + | </syntaxhighlight> | |
| − | |||
| − | |||
| − | + | ===启动 slave=== | |
| + | <syntaxhighlight lang="powershell"> | ||
redis-server.exe redis.windows.slave.conf | redis-server.exe redis.windows.slave.conf | ||
| − | + | </syntaxhighlight> | |
| − | |||
| − | |||
| − | + | ===redis-cli.exe 帮助=== | |
| + | <syntaxhighlight lang="powershell"> | ||
redis-cli.exe -h | redis-cli.exe -h | ||
| − | + | </syntaxhighlight> | |
| − | + | ===访问 master=== | |
| + | <syntaxhighlight> | ||
| + | redis-cli.exe -h 127.0.0.1 -p 6379 -a foobared | ||
| + | </syntaxhighlight> | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | ===访问 slave=== | |
| + | <syntaxhighlight lang="powershell"> | ||
redis-cli.exe -h 127.0.0.1 -p 6380 -a foobared | redis-cli.exe -h 127.0.0.1 -p 6380 -a foobared | ||
| − | + | </syntaxhighlight> | |
| + | |||
| + | ===总结=== | ||
优点： 有了主从，当从节点挂掉的时候，运维让从节点过来接管，服务就可以继续，否则主节点需要经过数据恢复和重启的过程，这就可能会拖延很长时间，从而影响线上业务的持续服务。 | 优点： 有了主从，当从节点挂掉的时候，运维让从节点过来接管，服务就可以继续，否则主节点需要经过数据恢复和重启的过程，这就可能会拖延很长时间，从而影响线上业务的持续服务。 | ||
| − | |||
| − | |||
不足： 如果主节点突发宕机，等运维人员手工进行主从切换，再通知所有的程序把地址统统改一遍重新上线，毫无疑问，这样的人工运维效率太低，事故发生后很长时间才能缓过来。 | 不足： 如果主节点突发宕机，等运维人员手工进行主从切换，再通知所有的程序把地址统统改一遍重新上线，毫无疑问，这样的人工运维效率太低，事故发生后很长时间才能缓过来。 | ||
| − | |||
| − | |||
所以我们必须要有一个高可用方案来抵抗节点故障，当故障发生时可以自动进行主从切换，程序可以不用重启，仿佛什么事也没发生一样。这就是接下来我们要说的Redis官方提供的方案——Redis Sentinel。 | 所以我们必须要有一个高可用方案来抵抗节点故障，当故障发生时可以自动进行主从切换，程序可以不用重启，仿佛什么事也没发生一样。这就是接下来我们要说的Redis官方提供的方案——Redis Sentinel。 | ||
| − | |||
2023年2月19日 (日) 03:34的最新版本
master 配置文件 redis.windows.master.conf
port 6379
requirepass foobared
slave 配置文件 redis.windows.slave.conf
port 6380
slaveof 127.0.0.1 6379
masterauth foobared
requirepass foobared上面的配置是 redis 5.0 之前版本的 5.0 开始 slaveof 改成 replicaof 了
启动 master
redis-server.exe redis.windows.master.conf
启动 slave
redis-server.exe redis.windows.slave.conf
redis-cli.exe 帮助
redis-cli.exe -h
访问 master
redis-cli.exe -h 127.0.0.1 -p 6379 -a foobared
访问 slave
redis-cli.exe -h 127.0.0.1 -p 6380 -a foobared
总结
优点： 有了主从，当从节点挂掉的时候，运维让从节点过来接管，服务就可以继续，否则主节点需要经过数据恢复和重启的过程，这就可能会拖延很长时间，从而影响线上业务的持续服务。
不足： 如果主节点突发宕机，等运维人员手工进行主从切换，再通知所有的程序把地址统统改一遍重新上线，毫无疑问，这样的人工运维效率太低，事故发生后很长时间才能缓过来。
所以我们必须要有一个高可用方案来抵抗节点故障，当故障发生时可以自动进行主从切换，程序可以不用重启，仿佛什么事也没发生一样。这就是接下来我们要说的Redis官方提供的方案——Redis Sentinel。