zoukankan      html  css  js  c++  java
  • Linux下的redis的持久化,主从同步及哨兵

    redis持久化

    Redis是一种内存型数据库,一旦服务器进程退出,数据库的数据就会丢失,
    为了解决这个问题,Redis提供了两种持久化的方案,将内存中的数据保存到磁盘中,避免数据的丢失。

    RDB持久化

    redis提供了RDB持久化的功能,
    在指定的时间间隔内生成数据集的时间点快照(point-in-time snapshot)
    这个功能可以将redis在内存中的的状态保存到硬盘中,
    RDB持久化产生的RDB文件是一个经过压缩的二进制文件,
    这个文件被保存在硬盘中,redis可以通过这个文件还原数据库当时的状态。
    它可以手动执行。
    也可以在redis.conf中配置,定期执行。
    优点:速度快,适合做备份,主从复制就是基于RDB持久化功能实现
    rdb通过在redis中使用save命令触发 rdb
    rdb配置参数:

    port 6379   		
    daemonize yes 		  
    pidfile /data/6379/redis.pid
    loglevel notice		
    logfile "/data/6379/redis.log"
    dir /data/6379			
    protected-mode yes 
    dbfilename  dbmp.rdb
    save 900 1
    save 300 10 
    save 60 10000
    

    每过900秒 有1个操作就进行持久化

    save 900秒 1个修改类的操作
    save 300秒 10个操作
    save 60秒 10000个操作

    2.触发rdb持久化,也可以手动save命令即可,生成 dump.rdb持久化文件

    3.重启redis,数据不再丢失

    4.rdb数据文件是二进制文件,人为的看不懂

    redis持久化之AOF

    AOF(append-only log file)
    记录服务器执行的所有变更操作命令(例如set del等),并在服务器启动时,通过重新执行这些命令来还原数据集
    AOF 文件中的命令全部以redis协议的格式保存,新命令追加到文件末尾。
    优点:最大程序保证数据不丢
    缺点:日志记录非常大
    配置方式
    1.在配置文件中,添加aof参数
    在redis-6379.conf中添加参数,开启aof功能

    appendonly yes
    appendfsync everysec
    

    2.重启redis数据库,加载aof功能

    3.检查redis数据目录/data/6379/是否产生了aof文件

    [root@web02 6379]# ls
    appendonly.aof  dbmp.rdb  redis.log
    

    4.登录redis-cli,写入数据,实时监听aof文件信息
    tail -f appendonly.aof

    5.设置新key,检查aof信息,然后关闭redis,检查数据是否持久化

    redis-cli -a redhat shutdown
    redis-server /etc/redis.conf
    redis-cli -a redhat
    

    在不重启redis的情况下,切换rdb数据到aof数据中

    1.配置redis支持rdb持久化

    2.启动redis客户端,通过命令,临时切换到aof模式

    127.0.0.1:6379> CONFIG set appendonly yes
    OK
    127.0.0.1:6379>  CONFIG SET save ""
    OK
    

    3.检查此时的数据持久化方式是rdb,还是aof,检查appendonly.aof文件,数据变动
    tail -f appendonly.aof

    4.此时aof还未永久生效,写入参数到配置文件
    编辑redis-6379.conf 添加如下参数
    appendonly yes
    appendfsync everysec

    主从同步

    redis主从同步实现
    1.准备三个redis数据库,redis支持多实例
    三个配置文件,仅仅是端口的不同
    在三个配置文件中,添加主从同步的参数
    redis-6379.conf

    port 6379   		
    daemonize yes 		  
    pidfile /data/6379/redis.pid
    loglevel notice		
    logfile "/data/6379/redis.log"
    dir /data/6379			
    protected-mode yes 
    dbfilename  dbmp.rdb
    save 900 1
    save 300 10 
    save 60 10000
    

    redis-6380.conf

    port 6380   		
    daemonize yes 		  
    pidfile /data/6380/redis.pid
    loglevel notice		
    logfile "/data/6380/redis.log"
    dir /data/6380			
    protected-mode yes 
    dbfilename  dbmp.rdb
    save 900 1
    save 300 10 
    save 60 10000
    slaveof  127.0.0.1 6379
    

    redis-6381.conf

    port 6381   		
    daemonize yes 		  
    pidfile /data/6381/redis.pid
    loglevel notice		
    logfile "/data/6381/redis.log"
    dir /data/6381			
    protected-mode yes 
    dbfilename  dbmp.rdb
    save 900 1
    save 300 10 
    save 60 10000
    slaveof  127.0.0.1 6379
    

    2.启动三个数据库实例,查看主从同步身份

    redis-cli -p 6379  info replication 
    redis-cli -p 6380  info replication 
    redis-cli -p 6381  info replication 
    

    3:确保查看信息如下 并且检查是否同步

    4.如果我主库挂了怎么办??
    解决方案:
    1.手动切换主从身份,选举一个新的主库

    1.干掉6379主库
    2.在6380上关闭自己的slave身份
    slaveof no one
    3.在6381上给与新的主人身份
    salveof 127.0.0.1 6380
    4.修改完毕,还得修改配置文件,永久生效

    2,用哨兵自动选举新主人

    redis哨兵:

    哨兵功能:
      哨兵进行检测,主从架构是否正常,如果主库挂掉,哨兵会自动的修改redis.conf,进行添加/删除 slaveof 指令

    redis哨兵安装配置:

    1.准备三个redis实例,一主两从

    详见上面redis主从配置

    2,准备好了三个数据库实例,启动三个数据库实例

    redis-server  redis-6379.conf
    redis-server  redis-6380.conf
    redis-server  redis-6381.conf
    

    3,准备三个哨兵,开始监控主从架构
    准备三个配置文件,哨兵文件
    redis-26379.conf

    port 26379  
    dir /var/redis/data/
    logfile "26379.log"
    sentinel monitor sbmaster  127.0.0.1 6379 2
    sentinel down-after-milliseconds qsmaster 30000
    sentinel parallel-syncs sbmaster 1
    sentinel failover-timeout sbmaster 180000
    daemonize yes 
    

    redis-26380.conf

    port 26380  
    dir /var/redis/data/
    logfile "26380.log"
    sentinel monitor sbmaster  127.0.0.1 6379 2
    sentinel down-after-milliseconds qsmaster 30000
    sentinel parallel-syncs sbmaster 1
    sentinel failover-timeout sbmaster 180000
    daemonize yes
    

    redis-26381.conf

    port 26381  
    dir /var/redis/data/
    logfile "26381.log"
    sentinel monitor sbmaster  127.0.0.1 6379 2
    sentinel down-after-milliseconds sbmaster 30000
    sentinel parallel-syncs sbmaster 1
    sentinel failover-timeout sbmaster 180000
    daemonize yes 
    

    4,启动三个哨兵实例

    redis-sentinel redis-26380.conf 
    redis-sentinel redis-26379.conf 
     redis-sentinel redis-26381.conf 
    

    检查哨兵状态是否正常
    只有发现如下信息,与下面一致,即为正常
    redis-cli -p 26379 info sentinel

    # Sentinel
    sentinel_masters:1
    sentinel_tilt:0
    sentinel_running_scripts:0
    sentinel_scripts_queue_length:0
    sentinel_simulate_failure_flags:0
    master0:name=sbmaster,status=ok,address=127.0.0.1:6380,slaves=2,sentinels=3
    

    5,进行哨兵自动主从切换
    1.干掉6379的redis数据库
    2.查看6380和6381的身份信息,是否自动的进行主从切换(需等待30秒才会切换)
    3.手动启动6379挂掉的数据库,查看是否会被哨兵,添加进信息的主从集群

    注意!!如果发现不成功,需删掉所有的哨兵配置文件,从新来过
    注意!!如果发现不成功,需删掉所有的哨兵配置文件,从新来过
    注意!!如果发现不成功,需删掉所有的哨兵配置文件,从新来过

  • 相关阅读:
    Django框架
    Python3中super()的参数传递
    django的rest framework框架——分页、视图、路由、渲染器
    django的rest framework框架——版本、解析器、序列化
    django的rest framework框架——认证、权限、节流控制
    django的rest framework框架——安装及基本使用
    Tiops评测
    CentOS下的IPMI尝试
    CentOS初级扫盲
    CenOS下监控工具尝试
  • 原文地址:https://www.cnblogs.com/qq752059037/p/10278296.html
Copyright © 2011-2022 走看看