redis的发布与订阅,主从架构,哨兵架构,cluster集群

下载编译安装redis

  1. # 1. 下载redis
  2. wget http://download.redis.io/releases/redis-4.0.10.tar.gz
  3. # 2. 解压缩
  4. tar -zxvf redis-4.0.10.tar.gz
  5. # 3.进入源代码, 开始编译安装
  6. cd redis-4.0.10
  7. 执行: make && make install
  8. # 4.启动redis服务 和客户端
  9. /usr/local/bin/redis-server
  10. /usr/local/bin/redis-cli

redis的发布和订阅

  1. # PUBLISH channel msg
  2. 将信息 message 发送到指定的频道 channel
  3. # SUBSCRIBE channel [channel ...]
  4. 订阅频道,可以同时订阅多个频道
  5. # UNSUBSCRIBE [channel ...]
  6. 取消订阅指定的频道, 如果不指定频道,则会取消订阅所有频道
  7. # PSUBSCRIBE pattern [pattern ...]
  8. 订阅一个或多个符合给定模式的频道,每个模式以 * 作为匹配符,比如 it* 匹配所 有以 it 开头的频道( it.news it.blog it.tweets 等等), news.* 匹配所有 news. 开头的频道( news.it news.global.today 等等),诸如此类
  9. # PUNSUBSCRIBE [pattern [pattern ...]]
  10. 退订指定的规则, 如果没有参数则会退订所有规则
  11. # PUBSUB subcommand [argument [argument ...]]
  12. 查看订阅与发布系统状态
  13. 注意:使用发布订阅模式实现的消息队列,当有客户端订阅channel后只能收到后续发布到该频道的消息,之前发送的不会缓存,必须ProviderConsumer同时在线。
  1. # 练习发布与订阅
  2. # 开启两个客户端
  3. # 客户端 1
  4. 127.0.0.1:6379> PSUBSCRIBE music # 订阅一个music频道
  5. # 客户端 2
  6. 127.0.0.1:6379> PUBLISH music singsong # 给music频道发送信息

redis的持久化 rdb 和 aof

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

RBD模式

  1. #### RDB 模式
  2. RDB(持久化)
  3. 内存数据保存到磁盘
  4. 在指定的时间间隔内生成数据集的时间点快照(point-in-time snapshot
  5. 优点:速度快,适合做备份,主从复制就是基于RDB持久化功能实现
  6. rdb通过再redis中使用save命令触发 rdb
  7. rdb配置参数:
  8. dir /data/6379/
  9. dbfilename dbmp.rdb
  10. 每过900 1个操作就进行持久化
  11. save 900 1个修改类的操作
  12. save 300 10个操作
  13. save 60 10000个操作
  14. save 900 1
  15. save 300 10
  16. save 60 10000
  1. # rdb 配置文件
  2. daemonize yes
  3. port 6379
  4. logfile /data/6379/redis.log
  5. dir /data/6379 #定义持久化文件存储位置
  6. dbfilename dbmp.rdb #rdb持久化文件
  7. bind 10.0.0.10 127.0.0.1 #redis绑定地址
  8. requirepass redhat #redis登录密码
  9. save 900 1 #rdb机制 每900秒 有1个修改记录
  10. save 300 10 #每300秒 10个修改记录
  11. save 60 10000 #每60秒内 10000修改记录

AOF模式

  1. # AOF(append-only log file)
  2. 记录服务器执行的所有变更操作命令(例如set del等),并在服务器启动时,通过重新执行这些命令来还原数据集
  3. # AOF 文件中的命令全部以redis协议的格式保存,新命令追加到文件末尾。
  4. 优点:最大程序保证数据不丢
  5. 缺点:日志记录非常大
  6. # AOF持久化配置,两条参数
  7. appendonly yes
  8. appendfsync always 总是修改类的操作
  9. everysec 每秒做一次持久化
  10. no 依赖于系统自带的缓存大小机制
  1. # aof配置文件
  2. daemonize yes
  3. port 6379
  4. logfile /data/6379/redis.log
  5. dir /data/6379
  6. dbfilename dbmp.rdb
  7. requirepass redhat
  8. save 900 1
  9. save 300 10
  10. save 60 10000
  11. appendonly yes
  12. appendfsync everysec

redis 持久化方式有哪些?有什么区别?

  1. rdb:基于' 快照的持久化 ' ,速度更快,一般用作备份,主从复制也是依赖于rdb持久化功能
  2. aof' 以追加的方式记录 ' redis操作日志的文件。可以最大程度的保证redis数据安全,类似于mysqlbinlog

主从同步

  1. 原理:
  2. 1. 从服务器向主服务器发送 SYNC 命令。
  3. 2. 接到 SYNC 命令的主服务器会调用BGSAVE 命令,创建一个 RDB 文件,并使用缓冲区记录接下来执行的所有写命令。
  4. 3. 当主服务器执行完 BGSAVE 命令时,它会向从服务器发送 RDB 文件,而从服务器则会接收并载入这个文件。
  5. 4. 主服务器将缓冲区储存的所有写命令发送给从服务器执行。
  6. 主从总结:
  7. 1、在开启主从复制的时候,使用的是RDB方式的,同步主从数据的
  8. 2、同步开始之后,通过主库命令传播的方式,主动的复制方式实现
  9. 32.8以后实现PSYNC的机制,实现断线重连
  1. ### 主库可读可写, 从库只能读
  2. # 实践操作
  3. # 1. 6079.conf
  4. vim /data/6379/redis.conf
  5. port 6379
  6. daemonize yes
  7. pidfile /data/6379/redis.pid
  8. loglevel notice
  9. logfile "/data/6379/redis.log"
  10. dbfilename dump.rdb
  11. dir /data/6379
  12. protected-mode no
  13. # 2. 6380.conf
  14. vim /data/6380/redis.conf
  15. port 6380
  16. daemonize yes
  17. pidfile /data/6380/redis.pid
  18. loglevel notice
  19. logfile "/data/6380/redis.log"
  20. dbfilename dump.rdb
  21. dir /data/6380
  22. protected-mode no
  23. # 1. 创建文件夹
  24. mkdir -p /data/{6380,6379,6381}/
  25. # 2. 启动redis
  26. redis-server 6381.conf
  27. redis-server 6380.conf
  28. redis-server 6379.conf
  29. # 3. 查看当前redis客户端的信息
  30. # 进入交互 模式 / 不进入也可以
  31. info
  32. info replication
  33. # 4. 设置从库
  34. SLAVEOF 127.0.0.1 6380
  35. # 5. 手动切换 从--->主
  36. slaveof no one

哨兵集群

  1. ## 参考博客:
  2. https://www.cnblogs.com/pyyu/p/9718679.html

Redis-Sentinel主从复制高可用

  1. 1. Redis-Sentinelredis官方推荐的高可用性解决方案,
  2. 2. 当用redismaster-slave的高可用时,如果master本身宕机,redis本身或者客户端都没有实现主从切换的功能。
  3. 3. redis-sentinel就是一个独立运行的进程,用于监控多个master-slave集群,
  4. 4. 自动发现master宕机,进行自动切换slave > master
  5. #### Sentinel 主要功能
  6. 1. 不时的监控redis是否良好运行,如果节点不可达就会对节点进行下线标识
  7. 2. 如果被标识的是主节点,sentinel就会和其他的sentinel节点“协商”,如果其他节点也人为主节点不可达,就会选举一个sentinel节点来完成自动故障转义
  8. 3. master-slave进行切换后,master_redis.confslave_redis.confsentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,sentinel.conf的监控目标会随之调换
  1. #### Sentinel的工作方式:
  2. 每个Sentinel以每秒钟一次的频率向它所知的MasterSlave以及其他 Sentinel 实例发送一个 PING 命令
  3. 如果一个实例(instance)距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值, 则这个实例会被 Sentinel 标记为主观下线。
  4. 如果一个Master被标记为主观下线,则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。
  5. 当有足够数量的 Sentinel(大于等于配置文件指定的值)在指定的时间范围内确认Master的确进入了主观下线状态, Master会被标记为客观下线
  6. 在一般情况下, 每个 Sentinel 会以每 10 秒一次的频率向它已知的所有MasterSlave发送 INFO 命令
  7. Master Sentinel 标记为客观下线时,Sentinel 向下线的 Master 的所有 Slave 发送 INFO 命令的频率会从 10 秒一次改为每秒一次
  8. 若没有足够数量的 Sentinel 同意 Master 已经下线, Master 的客观下线状态就会被移除。
  9. Master 重新向 Sentinel PING 命令返回有效回复, Master 的主观下线状态就会被移除。
  10. 主观下线和客观下线
  11. 主观下线:Subjectively Down,简称 SDOWN,指的是当前 Sentinel 实例对某个redis服务器做出的下线判断。
  12. 客观下线:Objectively Down 简称 ODOWN,指的是多个 Sentinel 实例在对Master Server做出 SDOWN 判断,并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后,得出的Master Server下线判断,然后开启failover.
  13. SDOWN适合于MasterSlave,只要一个 Sentinel 发现Master进入了ODOWN 这个 Sentinel 就可能会被其他 Sentinel 推选出, 并对下线的主服务器执行自动故障迁移操作。
  14. ODOWN只适用于Master,对于Slave Redis 实例,Sentinel 在将它们判断为下线前不需要进行协商, 所以Slave Sentinel 永远不会达到ODOWN

redis主从复制背景问题

  1. Redis主从复制可将主节点数据同步给从节点,从节点此时有两个作用:
  2. 1. 一旦主节点宕机,从节点作为主节点的备份可以随时顶上来。
  3. 2. 扩展主节点的读能力,分担主节点读压力。
  4. 但是问题是:
  5. 3. 一旦主节点宕机,从节点上位,那么需要人为修改所有应用方的主节点地址(改为新的master地址),还需要命令所有从节点复制新的主节点
  6. redis-sentinel就可以解决了

主从复制架构

  1. #### 实操 redis 哨兵
  2. # 1. 3台redis.conf : 6379 6380 6381
  3. 配置如下:
  4. # 6379redis.conf
  5. port 6379 # 指定端口
  6. daemonize yes # 守护进程模式
  7. logfile "6379.log" # 日志文件
  8. dbfilename "dump-6379.rdb" # 数据文件
  9. dir "/var/redis/data/" # 记录日志文件和数据的位置
  10. # 6380redis.conf
  11. port 6380
  12. daemonize yes
  13. logfile "6380.log"
  14. dbfilename "dump-6380.rdb"
  15. dir "/var/redis/data/"
  16. slaveof 127.0.0.1 6379
  17. # 6381redis.conf
  18. port 6381
  19. daemonize yes
  20. logfile "6381.log"
  21. dbfilename "dump-6381.rdb"
  22. dir "/var/redis/data/"
  23. slaveof 127.0.0.1 6379
  24. # 2. 3台 哨兵配置
  25. # 26379redis-sentinel.conf
  26. port 26379
  27. dir /var/redis/data/
  28. logfile "26379.log"
  29. // 当前Sentinel节点监控 192.168.119.10:6379 这个主节点
  30. // 2代表判断主节点失败至少需要2个Sentinel节点节点同意
  31. // mymaster是主节点的别名
  32. sentinel monitor s23sbredis 127.0.0.1 6379 2
  33. //每个Sentinel节点都要定期PING命令来判断Redis数据节点和其余Sentinel节点是否可达,如果超过30000毫秒30s且没有回复,则判定不可达
  34. sentinel down-after-milliseconds s23sbredis 30000
  35. //当Sentinel节点集合对主节点故障判定达成一致时,Sentinel领导者节点会做故障转移操作,选出新的主节点,
  36. 原来的从节点会向新的主节点发起复制操作,限制每次向新的主节点发起复制操作的从节点个数为1
  37. sentinel parallel-syncs s23sbredis 1
  38. //故障转移超时时间为180000毫秒
  39. sentinel failover-timeout s23sbredis 180000
  40. daemonize yes
  41. # 26380redis-sentinel.conf
  42. port 26380
  43. dir /var/redis/data/
  44. logfile "26380.log"
  45. sentinel monitor s23sbredis 127.0.0.1 6379 2
  46. sentinel down-after-milliseconds s23sbredis 30000
  47. sentinel parallel-syncs s23sbredis 1
  48. sentinel failover-timeout s23sbredis 180000
  49. daemonize yes
  50. # 26381redis-sentinel.conf
  51. port 26381
  52. dir /var/redis/data/
  53. logfile "26381.log"
  54. sentinel monitor s23sbredis 127.0.0.1 6379 2
  55. sentinel down-after-milliseconds s23sbredis 30000
  56. sentinel parallel-syncs s23sbredis 1
  57. sentinel failover-timeout s23sbredis 180000
  58. daemonize yes
  59. ### 可以 利用sed 命令 快速生成多分文件
  60. sed "s/26379/26380/g" 26379redis-sentinel.conf >26380redis-sentinel.conf
  61. # 3. 创建文件夹
  62. mkdir -p /var/redis/data/
  63. # 4. redis 服务 和 启动 redis哨兵
  64. redis-server 6379redis.conf
  65. redis-server 6380redis.conf
  66. redis-server 6381redis.conf
  67. redis-sentinel 26379redis-sentinel.conf
  68. redis-sentinel 26380redis-sentinel.conf
  69. redis-sentinel 26381redis-sentinel.conf
  70. ### 注意, 一旦启动了哨兵, 哨兵的配置文件就会被redis服务更改.

redis-cluster集群

  1. # 配置6个文件
  2. # 准备6匹马,6个redis数据库节点,准备6个配置文件,6个配置文件,仅仅是端口的区别,
  3. # redis-7000.conf
  4. port 7000
  5. daemonize yes
  6. dir "/opt/redis/data"
  7. logfile "7000.log"
  8. dbfilename "dump-7000.rdb"
  9. cluster-enabled yes #开启集群模式
  10. cluster-config-file nodes-7000.conf  #集群内部的配置文件
  11. cluster-require-full-coverage no  #redis cluster需要16384个slot都正常的时候才能对外提供服务,换句话说,只要任何一个slot异常那么整个cluster不对外提供服务。 因此生产环境一般为no
  12. redis-7001.conf
  13. redis-7002.conf
  14. redis-7003.conf
  15. redis-7004.conf
  16. redis-7005.conf
  17. #分别运行6个redis的节点
  18. redis-server 7000redis.conf
  19. redis-server 7001redis.conf
  20. redis-server 7002redis.conf
  21. redis-server 7003redis.conf
  22. redis-server 7004redis.conf
  23. redis-server 7005redis.conf
  1. # 1.安装ruby语言 一键分配 槽位
  2. yum install ruby -y
  3. # 2. 安装管理 ruby gem 的管理工具
  4. wget http://rubygems.org/downloads/redis-3.3.0.gem
  5. gem install -l redis-3.3.0.gem
  6. # 3. 找到 redis-trib.rb的位置
  7. find / -name redis-trib.rb
  8. # 4. 分配槽位
  9. redis-trib.rb create --replicas 1 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005
  10. # 5. 查看集群的状态
  11. redis-cli -p 7000 cluster info
  12. redis-cli -p 7000 cluster nodes #等同于查看nodes-7000.conf文件节点信息
  13. 集群主节点状态
  14. redis-cli -p 7000 cluster nodes | grep master
  15. 集群从节点状态
  16. redis-cli -p 7000 cluster nodes | grep slave
  17. # 6. -c 开启集群
  18. redis-cli -c -p 7000
  1. https://www.cnblogs.com/pyyu/p/9844093.html
  1. # 额外:
  2. 1. 利用 python 操作redis 哨兵
  3. 2. 利用 redis替换 Djangosession
  4. # 参考:https://www.cnblogs.com/pyyu/p/10015776.html

Redis操作篇(二)的更多相关文章

  1. linux文件IO操作篇 (二) 缓冲文件

    2. 缓冲文件操作 //规模较大 实时性低的文件 //当数据长度快要超过缓冲区的范围时,或者时间周期达到时,数据才被送往指定位置 //需要使用FILE * 作为文件标识符 //stdin 标准输入 / ...

  2. linux文件操作篇 (二) 打开和关闭文件

    2.1 打开文件和关闭文件 #include <sys/types.h>#include <sys/stat.h>#include <fcntl.h>  头文件 i ...

  3. redis学习 (key)键,Python操作redis 键 (二)

    # -*- coding: utf-8 -*- import redis #这个redis 连接不能用,请根据自己的需要修改 r =redis.Redis(host=") 1. delete ...

  4. Mysql优化(出自官方文档) - 第十二篇(优化锁操作篇)

    Mysql优化(出自官方文档) - 第十二篇(优化锁操作篇) 目录 Mysql优化(出自官方文档) - 第十二篇(优化锁操作篇) 1 Internal Locking Methods Row-Leve ...

  5. python04篇 文件操作(二)、集合

    一.文件操作(二) 1.1 利用with来打开文件 # with open ,python 会自动关闭文件 with open('a.txt', encoding='utf-8') as f: # f ...

  6. C蛮的全栈之路-node篇(二) 实战一:自动发博客

    目录 C蛮的全栈之路-序章 技术栈选择与全栈工程师C蛮的全栈之路-node篇(一) 环境布置C蛮的全栈之路-node篇(二) 实战一:自动发博客 ---------------- 我是分割线 ---- ...

  7. 使用Spring Data Redis操作Redis(集群版)

    说明:请注意Spring Data Redis的版本以及Spring的版本!最新版本的Spring Data Redis已经去除Jedis的依赖包,需要自行引入,这个是个坑点.并且会与一些低版本的Sp ...

  8. docker-compose一键部署redis一主二从三哨兵模式(含密码,数据持久化)

    本篇基于centos7服务器进行部署开发 一.拉取redis镜像,使用如下命令 docker pull redis 1.查看镜像是否拉取成功,使用如下命令 docker images 显示如下则证明拉 ...

  9. Redis原理篇

    Redis原理篇 1.发布 订阅模式 1.1列表 的局限 ​ 前面我们说通过队列的 rpush 和 lpop 可以实现消息队列(队尾进队头出),但是消费者需要不停地调用 lpop 查看 List 中是 ...

随机推荐

  1. springboot依赖

    springboot依赖整合 <parent> <groupId>org.springframework.boot</groupId> <artifactId ...

  2. 查看sybase IQ的执行计划

    在性能调优工作中,首要的事情是找出性能瓶颈.而针对数据库应用,由于商用数据库对上层应用来说是个黑盒,所以往往需要借助数据库的一些接口或工具来了解数据库的具体行为,并结合相关知识和业务进行调测.    ...

  3. Linux(二)-- Linux配置及指令

    一.linux中常用软件的安装 yum install -y bash-completion vim lrzsz wget expect net-tools nc nmap tree dos2unix ...

  4. G1 垃圾收集器架构和如何做到可预测的停顿(阿里)

    CMS垃圾回收机制 参考:图解 CMS 垃圾回收机制原理,-阿里面试题 CMS与G1的区别 参考:CMS收集器和G1收集器优缺点 写这篇文章是基于阿里面试官的一个问题:众所周期,G1跟其他的垃圾回收算 ...

  5. 【西北师大-2108Java】第四次作业成绩汇总

    [西北师大-2108Java]第四次作业成绩汇总 深入理解程序设计中算法与程序的关系: 深入理解java程序设计中类与对象的关系: 理解OO程序设计的第2个特征:继承.多态: 学会采用继承定义类设计程 ...

  6. 【转】Redis常见面试题

    介绍:Redis 是一个开源的使用 ANSI C 语言编写.遵守 BSD 协议.支持网络.可基于内存亦可持久化的日志型.Key-Value 数据库,并提供多种语言的 API的非关系型数据库. 传统数据 ...

  7. C++ class 外的 ++ 重载,左++,右++,重载示例。

    #include <iostream> // overloading "operator ++ " outside class // ++ 是一元操作符 /////// ...

  8. LG4170/BZOJ1260 「CQOI2007」涂色 区间DP

    区间DP 发现可以转化为区间包含转移. 考虑区间\([l,r]\),分为两种情况. \(col[l]=col[r]\) 此时相当于在涂\([l,r-1]\)或\([l+1,r]\)顺带着涂掉 \[f( ...

  9. Linux学习笔记-第10天 特殊的交换分区

    关键词,分区.mkswap swapon .uquota,RAID,/etc/fstab 此章开始,难度有些提升.不过还好自己有点基础.

  10. 从项目中理解let和const为什么如此重要

    变量声明 变量声明方式 伴随js诞生的var // 语法 var varName = value var a = 1 // 这样子你就得到了一个变量 var缺陷场景分析 var specialUser ...