默认已经将docker安装好了，如果还没有安装redis，可以参考docker安装。

1、拉取redis镜像

docker pull redis
#查看是否存在该镜像
docker images

2、创建需要挂载的文件

由于需要启动3个redis，所以共创建了3份文件。

mkdir -p /mydata/redis6380/conf
touch /mydata/redis6380/conf/redis6380.conf

mkdir -p /mydata/redis6381/conf
touch /mydata/redis6381/conf/redis6381.conf

mkdir -p /mydata/redis6382/conf
touch /mydata/redis6382/conf/redis6382.conf

文件结构为红色表示目录，蓝色表示文件。

image.png

vim  redis6380.conf
#复制redis.conf内容到redis6380.conf文件中

找到以下3处进行修改。

# Creating a pid file is best effort: if Redis is not able to create it
# nothing bad happens, the server will start and run normally.
pidfile /var/run/redis_6381.pid

# Specify the log file name. Also the empty string can be used to force
# Redis to log on the standard output. Note that if you use standard
# output for logging but daemonize, logs will be sent to /dev/null
logfile "6381.log"

# The filename where to dump the DB
dbfilename dump6381.rdb

以上就完成了配置文件的修改。如果希望外网能够访问redis需要

bind 127.0.0.1
protected-mode yes
更改为
# bind 127.0.0.1
protected-mode no

3、启动redis

我们需要启动3个redis。
1、创建redis6380

docker run -p 6380:6379 --name redis6380 \
-v /mydata/redis6380/data:/data \
-v/mydata/redis6380/conf/redis6380.conf:/etc/redis/redis.conf \
--privileged=true \
-d redis redis-server /etc/redis/redis.conf

创建redis6381和redis6382

docker run -p 6381:6379 --name redis6381 \
-v /mydata/redis6381/data:/data \
-v/mydata/redis6381/conf/redis6381.conf:/etc/redis/redis.conf \
--privileged=true \
-d redis redis-server /etc/redis/redis.conf

docker run -p 6382:6379 --name redis6382 \
-v /mydata/redis6382/data:/data \
-v/mydata/redis6382/conf/redis6382.conf:/etc/redis/redis.conf \
--privileged=true \
-d redis redis-server /etc/redis/redis.conf

-p表示端口映射，将主机的端口映射到容器的一个端口 主机端口:容器内部的端口。redis容器内部使用的端口都是6379，而主机的端口分别为6380，6381，6382。
--name表示为容器命名
-v表示将主机的文件挂载到容器内的相应文件。
--privileged=true表示容器获的宿主机root权限，不然容器会启动失败，因为无法往挂载的文件中写入内容。
-d表示后台运行
使用docker ps命令可以查看3个redis容器是否启动正常，且有无做端口映射了。

image.png

4、主从复制

由于一共有3个redis容器，所以当前启动了3个shell窗口。
redis容器启动完成后，进入redis命令行模式。其中redis6380就是之前创建容器时取得名字，在另外两个窗口改成redis6381，redis6382。

[root@iZ2zea8ja0in3tz134a4rsZ conf]# docker exec -it redis6380 redis-cli
127.0.0.1:6379> 

A、一仆二主模式

分别启动3个redis，info replication命令查看当前容器角色，发现其角色(role)一开始都是master。

[root@iZ2zea8ja0in3tz134a4rsZ conf]# docker exec -it redis6380 redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
master_replid:6fc3188de0ab63549da11a40c435cdd206f0c567
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
master_repl_meaningful_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

使用SLAVEOF IP 端口的命令可以使当前机器成为另一台机器的从机。所以我们需要获得3台容器的内网ip。

[root@iZ2zea8ja0in3tz134a4rsZ data] docker inspect containerid 容器id

image.png

目前我的容器内网ip地址，当然你的地址肯定跟我不同。

redis-6380：172.18.0.4 6379
redis-6381：172.18.0.5 6379
redis-6382：172.18.0.6 6379

进入redis6381和redis6382 使其作为redis6380的从库，可以看到角色(role)已经变成了slave

[root@iZ2zea8ja0in3tz134a4rsZ conf]# docker exec -it redis6381 redis-cli
127.0.0.1:6379> ping
PONG
127.0.0.1:6379> SLAVEOF 172.18.0.4 6379
OK
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.4
master_port:6379
master_link_status:up
master_last_io_seconds_ago:2

查看主机reids6380，角色为master，下面有两台连接的从机。

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=172.18.0.6,port=6379,state=online,offset=588,lag=1
slave1:ip=172.18.0.5,port=6379,state=online,offset=602,lag=0
master_replid:6d897db0bcb625a063aa722a1772cf342b333e5b

主从问题演示
（1）主机添加key-value后，从机可以读取。
主机

127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
127.0.0.1:6379> set k3 v3
OK

从机

127.0.0.1:6379> get k1
"v1"
127.0.0.1:6379> get k2
"v2"

（2）对于从机而言只能读不能写

127.0.0.1:6379> set k2 v22
(error) READONLY You can't write against a read only replica.

（3）如果主机shutdown，从机原地待命，角色还是slave，连接状态改为down。
主机

127.0.0.1:6379> shutdown 

从机

127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.4
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1

（4）如果一台从机shutdown。主机在期间添加新的key-value，从机不会添加。而且重新启动后，角色变为master。
主机

127.0.0.1:6379> set k4 v4
OK
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=172.18.0.5,port=6379,state=online,offset=501,lag=1
master_replid:e0a0b28b32feb367be07fd7dd2442823182ace31

从机

127.0.0.1:6379> get k4
(nil)
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0

B、薪火相传模式

（1）上一个Slave可以是下一个slave的Master，Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master,可以有效减轻master的写压力

（2）中途变更转向:会清除之前的数据，重新建立拷贝最新的

（3）slaveof 新主库IP 新主库端口。

即6380是6381的主机，而6381是6382的主机。由于在一主二仆中6380已经是6381的主机了，所以现在只需修改6382所跟随的主机。

127.0.0.1:6379> SLAVEOF 172.18.0.6 6379
OK

redis6380设置key-value

127.0.0.1:6379> set k6 v6
OK
127.0.0.1:6379> get k6
"v6"

redis6381和redis6382都可以获值

127.0.0.1:6379> get k6
"v6"

redis6380的角色还是slave，但是下面有连接的从机信息。

127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.4
master_port:6379
master_link_status:up
master_last_io_seconds_ago:4
master_sync_in_progress:0
slave_repl_offset:54972
slave_priority:100
slave_read_only:1
connected_slaves:1
slave0:ip=172.18.0.5,port=6379,state=online,offset=54972,lag=1

C、反客为主模式

假设回到开始的一主二仆模式，将6382的跟随主机改成6380。若一主二仆中的主机redis6380挂了，shutdown了。

connected_slaves:2
slave0:ip=172.18.0.6,port=6379,state=online,offset=55504,lag=0
slave1:ip=172.18.0.5,port=6379,state=online,offset=55504,lag=0
master_replid:e0a0b28b32feb367be07fd7dd2442823182ace31
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:55504
master_repl_meaningful_offset:54734
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:55504
127.0.0.1:6379> shutdown

使用命令SLAVEOF no one 使当前数据库停止与其他数据库的同步，转成主数据库。将从机中的redis6381脱离主机，自己的角色从从机变为主机。
从机redis6381

127.0.0.1:6379> SLAVEOF no one
OK

另一台从机redic6382重新选取主机，作为6381的从机。

127.0.0.1:6379> SLAVEOF 6381的ip 6379
OK

查看redis6381的身份，并设置key-value

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=172.18.0.5,port=6379,state=online,offset=54748,lag=0
master_replid:de376180cb056218c47c1863a2a7c06cf7961753
master_replid2:e0a0b28b32feb367be07fd7dd2442823182ace31
master_repl_offset:54748
master_repl_meaningful_offset:54734
second_repl_offset:54735
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:54178
repl_backlog_histlen:571
127.0.0.1:6379> set k10 v10
OK
127.0.0.1:6379> get k10
"v10"

redis6382可以获取到新设置k10的值

127.0.0.1:6379> get k10
"v10"

原先的主机redis6380重新启动后，底下已没有从机跟随

[root@iZ2zea8ja0in3tz134a4rsZ ~]# docker start redis6380
redis6380
[root@iZ2zea8ja0in3tz134a4rsZ ~]# docker exec -it redis6380 redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0

D、哨兵模式

哨兵模式其实是反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。假设主机半夜宕机了，我们需要从机自动得出一台作为主机，而不是人工来设置主机。
分别在原先的data下面添加sentinel.conf文件,三份内容一致。内容如下，第一行最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多少后成为主机。

#sentinel monitor 被监控数据库名字(自己起名字) IP地址 端口号 得票数
sentinel monitor redis6380 172.18.0.4 6379 1
#添加为后台运行
daemonize yes
#指定日志目录
logfile "/data/log.txt"

image.png

在挂载的data目录下创建sentinel.conf文件后，分别进入redis6380、redis6381、redis6382三台容器内部，启动哨兵模式。

[root@iZ2zea8ja0in3tz134a4rsZ conf] cd /mydata/redis6380/conf/
[root@iZ2zea8ja0in3tz134a4rsZ conf] touch sentinel.conf
[root@iZ2zea8ja0in3tz134a4rsZ conf] vim sentinel.conf 
[root@iZ2zea8ja0in3tz134a4rsZ conf] docker exec -it redis6380 /bin/bash
root@4f6540419549:cd /data
root@4f6540419549: ls
appendonly.aof  dump6380.rdb  sentinel.conf
root@4f6540419549:redis-sentinel /data/sentinel.conf 

查看日志信息

root@59e598b46eb6:tail -f log.txt 

image.png

主机挂了以后，redis6381查看角色，成为主机，下面有redis6382一个从机。

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=172.18.0.5,port=6379,state=online,offset=63924,lag=1

redis6382查看角色，跟随新的主机redis6381。

127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.6
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:64754
slave_priority:100
slave_read_only:1
connected_slaves:0

原先的主机redis6380重新启动后，成为新票选出来主机redis6381的从机。数据从redis6381全量复制，即会复制6381中的所有数据。

[root@iZ2zea8ja0in3tz134a4rsZ data]# docker exec -it redis6380 redis-cli
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.6
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:90098
slave_priority:100
slave_read_only:1

原先主机redis6380重新启动后，新的主机redis6381下面有2个从机。

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=172.18.0.5,port=6379,state=online,offset=137086,lag=1
slave1:ip=172.18.0.4,port=6379,state=online,offset=137086,lag=1
master_replid:1c09398c56b26bb1e668da2ae162ec6d37437820
master_replid2:8e2f407c3ce2788ecd4d9ca636a7a0e815e94a5e
master_repl_offset:137222
master_repl_meaningful_offset:137222
second_repl_offset:22124
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:137222

总结

实际生产中还是哨兵模式用的比较多，对于复制延时。由于所有的写操作都是现在Master上操作，然后同步更新到Slave上，所以Master同步到Slave机器上有一定的延迟，当系统很繁忙时，延迟问题会更加严重，Slave机器数量的增加也会使整个问题加重。

参考

https://www.bilibili.com/video/BV1oW411u75R?p=23

https://blog.csdn.net/yhk724555508/article/details/85338706?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task