【redis_9】主从复制

最新推荐文章于 2024-05-23 07:15:00 发布

Jiong-952

最新推荐文章于 2024-05-23 07:15:00 发布

阅读量59

点赞数

分类专栏：技术类文章标签： redis 数据库 database

本文链接：https://blog.csdn.net/weixin_51712663/article/details/124564866

版权

技术类专栏收录该内容

20 篇文章 0 订阅

订阅专栏

写在前面

个人博客网址：https://jiong952.github.io/
个人github网址：https://github.com/jiong952
主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave只能读

读写分离，性能扩展
容灾快速恢复【一台读的服务器挂了，迅速有其他读服务器代替】

测试主从复制

cd /

mkdir myredis

cp /etc/redis.conf /myredis/redis.conf

vim redis.conf Appendonly 关掉或者换名字

新建测试主机的配置文件，使用include引入redis.conf

vim redis6379.conf

vim redis6380.conf

vim redis6381.conf

启动三台主机

查看主机运行状况【info replication】

配置主从关系【slaveof 】

slaveof

成为某台主机的从服务器

在6380和6381上执行: slaveof 127.0.0.1 6379

测试

主机写，从机可以立刻读
从机没有权限写入
从机宕机重启，解除主从关系需要重新设置

若想永久生效，需要写入配置文件

在从机中修改

需要额外修改从节点中redis的配置文件中的slaveof属性即可

slaveof 192.168.33.130 6379

主机重启，主从关系不变，从机也不会变为主机

一主二仆

切入点问题

slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来，那之前的k1,k2,k3是否也可以复制？

全部复制

从机不可以写

主机shutdown

从机原地待命，不上位

薪火相传

上一个Slave可以是下一个slave的Master，Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。

用 slaveof

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

风险是一旦某个slave宕机，后面的slave都没法备份

主机挂了，从机还是从机，无法写数据了

将6381的设置slaveof 127.0.0.1 6380

可以看到6379的子服务器变为一个6380

6380是子服务器也有一个子6381

6381显示主机是6379

反客为主

当一个master宕机后，后面的slave可以立刻升为master，但不是其他主机的master，就是一个单纯的无子机主机

用slaveof no one 将从机变为主机。

复制原理

Slave启动成功连接到master后会发送一个sync命令
Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件【rdb】到slave,以完成一次完全同步
全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
增量复制：Master持续将新的所有收集到的修改命令依次传给slave,完成同步
只要是重新连接master,一次完全同步（全量复制)将被自动执行

哨兵模式

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库

测试

在自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错

vim sentinel.conf

sentinel monitor mymaster 127.0.0.1 6379 1

mymaster为监控对象起的服务器名称【可自定义】，1 为至少有多少个哨兵同意迁移的数量。

启动哨兵

redis-sentinel /myredis/sentinel.conf

测试主机挂掉

哪个从机会被选举为主机呢？根据优先级别：slave-priority 原主机重启后会变为从机。

监测到6379挂掉
根据优先级选取6380为主机
此时6379和6381都变为6380的子机

复制延时

由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。

故障恢复

优先级在redis.conf中默认：slave-priority 100，值越小优先级越高

【注：设置为0，永远不会成为主机】

偏移量是指获得原主机数据的大小，偏移量越大，复制到的越多

每个redis实例启动后都会随机生成一个40位的runid

在jedis配置主从复制

private static JedisSentinelPool jedisSentinelPool=null;

public static  Jedis getJedisFromSentinel(){
if(jedisSentinelPool==null){
            Set<String> sentinelSet=new HashSet<>();
            sentinelSet.add("192.168.200.130:26379");

            JedisPoolConfig jedisPoolConfig =new JedisPoolConfig();
            jedisPoolConfig.setMaxTotal(10); //最大可用连接数
jedisPoolConfig.setMaxIdle(5); //最大闲置连接数
jedisPoolConfig.setMinIdle(5); //最小闲置连接数
jedisPoolConfig.setBlockWhenExhausted(true); //连接耗尽是否等待
jedisPoolConfig.setMaxWaitMillis(2000); //等待时间
jedisPoolConfig.setTestOnBorrow(true); //取连接的时候进行一下测试 ping pong

jedisSentinelPool=new JedisSentinelPool("mymaster",sentinelSet,jedisPoolConfig);
return jedisSentinelPool.getResource();
        }else{
return jedisSentinelPool.getResource();
        }
}