redis的主从复制,读写分离,可以避免单点故障,而且可以提高服务器的负载能力.
可以简单实现下面如图所示的主从结构:
A(master)
/ \
B(slave1) C(slave2)
1 打开终端,开启一个redis 服务进程,默认端口6379,主数据库
$ redis-server
2 打开另外一个终端,再开启一个服务进程,端口号为6380 从数据库1
$ redis-server --port 6380 --slaveof 127.0.0.1 6379
3 打开终端,开启第二个从数据库,开端号6382 ,从数据库2
$ redis-server --port 6382 --slaveof 127.0.0.1 6379
4 依次打开三个redis的命令行界面:
$ redis-cli -p 6379
$ redis-cli -p 6380
$ redis-cli -p 6382
5 可以用info replication 命令查看本节点信息
$ info replication
6 可以实验下,在A中 设置一个key ,在其他从数据库中查找该key的值
127.0.0.1:6379> set name alex
OK
127.0.0.1:6379>
在B数据库中可以得到
127.0.0.1:6380> get name
"alex"
127.0.0.1:6380>
在C中可以得到
127.0.0.1:6382> get name
"alex"
127.0.0.1:6382>
这就实现了主从复制,redis中主数据库是可读写的,从数据库是只读的;
问题 当主数据库崩溃了,就很麻烦了,可能需要手动去恢复
答案 redis 中有一个哨兵的概念, 它可以监控整个redis 结构的运行状态,如果发现主数据库出现崩溃,从数据库自动升级为主数据库库,重新建立起新的 主从结构,读写分离,让读写业务不受影响
建立一个文件夹 shaobin,在该文件夹下建立一个sentinel.conf 的文件,内容为
sentinel monitor mymaster 127.0.0.1 6379 1
然后运行命令$ redis-sentinel /home/user/shaobin/sentinel.conf
完成后会出现如下数据:
25288:X 12 Apr 16:26:05.651 # Sentinel runid is 3468e3a24f6bae2c10a850a3f8639640bcc67f75
25288:X 12 Apr 16:26:05.651 # +monitor master mymaster 127.0.0.1 6379 quorum 1
25288:X 12 Apr 16:26:05.651 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
25288:X 12 Apr 16:26:05.655 * +slave slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6379
25288:X 12 Apr 16:26:05.859 * +sentinel sentinel 127.0.0.1:26379 127.0.0.1 26379
然后强制关闭主数据库进程
会发现 哨兵会让主数据库重启
25288:X 12 Apr 16:42:19.376 * +reboot master mymaster 127.0.0.1 6379
25288:X 12 Apr 16:43:49.711 * +reboot master mymaster 127.0.0.1 6379