- redis主从复制过程及特性
过程:从数据库启动时,会向主数据库发生sync命令,
主数据库接受到sync命令后会开始保存快照(执行rdb操作),并且缓存这期间的接受的命令,
在快照保存成功后,将快照及缓存命令一同发送到各从数据库中,
从数据库接受到后会载入快照文件并执行收到的缓存命令。
主从复制特性:有且只有一个主数据库,可有多个从数据库。主数据库可执行读写操作,从数据库只能执行读操作。
在从数据库中执行set命令时会有图中报错。一般主数据库进行写操作,从数据库进行读操作。
根据主从复制特性可以实现redis的读写分离。
- 主从复制配置
在redis.conf中配置
slaveof ip
masterauth 密码
然后重启redis即可。
问题:主数据库进行写操作,而从数据库不能进行写操作,那么当主数据库宕机时,会导致写操作不能执行吗?
- 哨兵机制
原理:哨兵是一个独立的应用,哨兵与各redis库保持心跳连接,当每个哨兵都与某个redis库连接异常时,则判定这个redis库宕机,若为主库宕机,那么哨兵进行投票机制在从数据库中选举一个主数据库来,并修改相关配置。
相关配置及效果:
首先启动3台redis服务器:192.168.6.128(主)
192.168.6.129(从) 192.168.6.130(从)
将单个哨兵配置在130服务器上:
修改sentinel.conf配置文件,
sentinel monitor mymast 192.168.6.128 6379 1
#主节点 名称 IP 端口号 选举次数
sentinel auth-pass mymaster 密码
启动哨兵:./bin/redis-server ./sentinel.conf --sentinel &
启动成功后,将主库shutdown,查看效果。
从哨兵的日志中可以看出,128主库shutdown后选举130为主库。进入130 redis中查看info。
可以看出130已经变为主库。
在130中 set name 123
在129中 get name
此时将129redis重新启动,首先 set name1 456 失败因为已变成从库。
然后 get name可以获得在启动前设置的name值,表示主从复制成功。