Redis高级操作

最新推荐文章于 2024-04-26 11:43:07 发布
最新推荐文章于 2024-04-26 11:43:07 发布
阅读量253 收藏
点赞数
文章标签： redis java linux 数据库 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yorickjun/article/details/116645797
版权

持久化AOF

  1. Redis默认会将持久化的数据保存在 /usr/local/bin 目录下的 dump.rdb 文件内，可以通过以下命令查看
127.0.0.1:6379> config get dir
1) "dir"
2) "/usr/local/bin"
  1. rdb触发机制
  • save规则满足的情况下，会自动触发rdb持久化
  • 执行flushall命令，触发rdb持久化
  • 退出redis，会触发rdb持久化
  1. 恢复rdb

只要将rdb文件放在redis的启动目录下，redis就可以自动检测并恢复数据

  1. 优缺点
  • 优点：
    • 适合大规模数据恢复
    • 对数据完整性要求不高
  • 缺点：
    • 需要一定的时间间隔操作，若redis意外宕机，最后一次修改可能无法得到保存
    • fork进程会占用一定的内存空间

持久化AOF

  1. 以日志的形式记录写操作，将Redis执行过的指令记录(读指令不记录)，只会追加文件但不可以改写文件。Redis启动后会根据日志内容将写指令从头至尾的执行一遍以完成数据的恢复。
  2. AOF默认关闭，需要手动开启
  3. aof文件操作说明
  • 配置文件中将aof打开
appendonly yes
  • 重启server服务器使配置文件生效，在其中放入一些值
127.0.0.1:6379> set name yorick
OK
127.0.0.1:6379> set age 23
OK
127.0.0.1:6379> set address beijing
OK
127.0.0.1:6379> shutdown
not connected> exit
  • 关闭server服务后，会在目录下生成 appendonly.aof文件，该文件以日志的形式保存了写指令的相关操作
[root@yqj bin]# ls
appendonly.aof  myconfig         redis-check-aof  redis-cli       redis-server
dump.rdb        redis-benchmark  redis-check-rdb  redis-sentinel
  • 删除 dump.rdb 防止实验测试对数据干扰，打开 appendonly.aof 文件，恶意修改文件。会发现无法再次重启redis服务。
  • 此时需要执行redis对aof的检验修复操作
redis-check-aof --fix appendonly.aof
  • 再次重启server服务，发现可以正常获取其他未受干扰的数据
127.0.0.1:6379> keys *
1) "age"
2) "name"
  1. 优缺点
  • 优点：
    • 每一次修改都同步，数据完整性好
    • 每一秒都同步，只会丢失1秒数据
    • 从不同步，效率最高
  • 缺点：
    • aof文件大小比rdb远远要大，修复速度也慢
    • aof运行效率比rdb也慢，故默认使用rdb

发布订阅

  1. 发布/订阅模型：发布者，接收者，频道
  2. Redis发布订阅的操作说明
  • 开启一个客户端用于订阅频道
127.0.0.1:6379> subscribe weichat # 订阅频道 weichat
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "weichat"
3) (integer) 1
  • 开启另外一个客户端将消息发布到频道
127.0.0.1:6379> publish weichat "hello world" # 向频道发布消息
(integer) 1
  • 查看客户端方的接收情况
1) "message" # 消息
2) "weichat" # 频道
3) "hello world" # 消息内容

主从复制

  1. 主从复制用于读写分离，80%情况下都在进行读操作，可以减轻服务器的压力。
  2. 默认情况下，每台Redis服务器均是主节点。一个主节点可以有多个从节点，而一个从节点只能有一个主节点。
  3. 主从复制的作用
    • 数据冗余
    • 故障修复
    • 负载均衡
    • 高可用(集群)
  4. 集群搭建(只需配置从库，不用配置主库)
  • 查看信息
127.0.0.1:6379> info replication
# Replication
role:master # 默认为主库
connected_slaves:0 # 目前没有从机
master_replid:c9924dae7b83755d68ac28f0c11826628396b926
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
  • 修改3个配置文件，实现一主机二从机的架构
1.修改端口 port 6380
2.修改pid名字 pidfile /var/run/redis_6380.pid
3.修改log文件名字 logfile "6380.log"
4.修改dump.rdb名字 dbfilename dump6380.rdb
5.修改为守护进程 daemonize yes
  • 在客户端手动配置一主机二从机的架构

6380从机配置

127.0.0.1:6380> slaveof 127.0.0.1 6379 # 将6380设为6379的从机
OK
127.0.0.1:6380> info replication
# Replication
role:slave # 从机角色
master_host:127.0.0.1 # 主机host
master_port:6379 # 主机 port
master_link_status:up
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_repl_offset:0
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:fd0e64a5a450ee131f523ff903158e6921c075d6
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:0

6381从机配置

127.0.0.1:6381> slaveof 127.0.0.1 6379 # 将6381设为6379的从机
OK
127.0.0.1:6381> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:98
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:fd0e64a5a450ee131f523ff903158e6921c075d6
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:98
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:85
repl_backlog_histlen:14

6379主机信息

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2 # 有2个从机
slave0:ip=127.0.0.1,port=6380,state=online,offset=182,lag=0
slave1:ip=127.0.0.1,port=6381,state=online,offset=182,lag=0
master_replid:fd0e64a5a450ee131f523ff903158e6921c075d6
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:182
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:182
  • 测试正常主从交互，其中主机负责写操作，从机负责读操作
127.0.0.1:6379> set name yorick
OK
127.0.0.1:6380> get name
"yorick"
127.0.0.1:6381> get name
"yorick"
  • 测试主机宕机的情况

主机宕机后从机的状态信息

127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:down # 主机宕机
master_last_io_seconds_ago:-1
master_sync_in_progress:0
slave_repl_offset:548
master_link_down_since_seconds:9
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:fd0e64a5a450ee131f523ff903158e6921c075d6
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:548
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:548

主机重新上线

1.从机的状态变为up状态
2.可以正常接收主机的写信息
3.从机会在主机上线后，做全量复制。当主机此时的rdb做了清空操作，则导致从机也会同步到清空的rdb
  • 从机宕机

主机此时会剔除掉从机节点

27.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=394,lag=0
master_replid:62a549d678800656506801c644cf8d1745d13b33
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:394
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:394

从机重新上线，若是之前在命令中手动配置的话，会又变为master节点，需要再次手动配置为6379的从机节点。之后会从主机节点进行全量复制的操作，同步数据信息。

  • 测试三个节点形成串行架构，A -- B -- C ，其中 A为主机，B C为从机。此时，若主机A宕机，将B手动配置为主机的情形。

A节点信息

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6380,state=online,offset=1038,lag=0
master_replid:62a549d678800656506801c644cf8d1745d13b33
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1038
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1038

B节点信息

127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:8
master_sync_in_progress:0
slave_repl_offset:996
slave_priority:100
slave_read_only:1
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=996,lag=0
master_replid:62a549d678800656506801c644cf8d1745d13b33
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:996
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:677
repl_backlog_histlen:320

C节点信息

127.0.0.1:6381> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6380
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:996
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:62a549d678800656506801c644cf8d1745d13b33
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:996
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:996

A节点宕机，让B节点变为主节点

127.0.0.1:6380> slaveof no one
OK
127.0.0.1:6380> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=1248,lag=1
master_replid:790fe401bebe59340a2d205afbfb1979a04dab8d
master_replid2:62a549d678800656506801c644cf8d1745d13b33
master_repl_offset:1248
second_repl_offset:1235
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:677
repl_backlog_histlen:572

此时，C从机会根据B节点的数据变化而同步数据

哨兵模式

利用哨兵模式实现对一主机二从机的架构进行监控，有宕机发生时可以实现自动选举新的主机节点

  1. 编写哨兵的配置文件 sentinel.conf
# sentinel monitor 自定义名称 host port 票数 
sentinel monitor myredis 127.0.0.1 6379 1
  1. 启动哨兵，监控
redis-sentinel myconfig/sentinel.conf
  1. 测试使主节点宕机

哨兵监控到主节点宕机，选举6381为主节点

17063:X 18 Dec 2020 08:45:54.116 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6381
17063:X 18 Dec 2020 08:45:54.116 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ myredis 127.0.0.1 6381
17063:X 18 Dec 2020 08:46:24.170 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ myredis 127.0.0.1 6381

此时若恢复原来的节点，则会将该节点变为新主节点的从节点

127.0.0.1:6379> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6381
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:18536
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:adf8c515dc36f5834f3a1f4b49076e62a4046de6
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:18536
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:14470
repl_backlog_histlen:4067
  1. 哨兵模式的优缺点
  • 优点：
    • 哨兵集群基于主从复制模式，所有的主从配置优点，哨兵全部继承
    • 主从可以实现切换，故障转移，系统的可用性提升
    • 哨兵模式是主从模式的升级，手动到自动更健壮
  • 缺点：
    • Redis不易进行在线扩容，集群容量达到上线后扩容较为麻烦
    • 实现哨兵模式的配置较为复杂

参考地址：https://www.bilibili.com/video/BV1S54y1R7SB

攻城老湿
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
redis 主从master-slave搭建及测试
mid120的博客
10-11 7627
一、redis主从的特性   redis 使用异步复制。从 redis 2.8 开始，slave 也会周期性的告诉 master 现在的数据量。可能只是个机制，用途应该不大。 一个 master 可以拥有多个 slave，废话，这也是业界的标配吧。 slave 可以接收来自其他 slave 的连接。意思是不是就是说 slave 在接收其他的slave的连接之后成为 master ？
Redis基本操作
Lazyboy_的博客
03-26 439
上一个博文讲了一部分基础知识，这篇博文就说一说redis包含的数据类型和一些相关操作。 Redis包含了五种数据类型：string、list、set、hash、sort set。 string string的value可以是字符串、整数或浮点，统称为元素 。能够对字符串操作、对整数类型加减。string的value最多容纳512M，包括赋值、取值、删除、增减和一些扩展操作 Set ...
redis.conf 配置参数详解
codedot
01-27 2652
redis.conf文件配置参数详解
redis集群碰到的问题
qq_51014805的博客
11-23 578
oot@lin bin]# ./redis-cli -h 192.168.119.10 -p 7001 192.168.119.10:7001> flushall OK 192.168.119.10:7001> cluster reset
Redis高级篇详细讲解
weixin_73330164的博客
04-26 1265
Redis主从Redis哨兵Redis分片集群【运维】
redis实战-数据安全与性能保障
gurenshen的专栏
03-12 416
持久化数据存储于硬盘主从：通过从服务器保存和持久化，如monogodb的replication set配置日志：操作生成日志并通过日志来恢复数据，mysql的主从复制将内存中的数据存储到硬盘主要是为了之后重用数据，或者为了防止系统故障而将数据备份到远程位置，RDB快照持久化快照持久化：将存在某一时刻的所有数据写入硬盘里面。可以做数据备份，拷贝到其他服务器上可以达到数据同步。快照写入dbfilenam
Redis学习总结(四)--Redis主从配置
Beiyuan2016的博客
08-27 660
在分布式系统架构设计中高可用是必须考虑的因素之一。高可用通常是指，通过设计减少系统不能提供服务的时间。而单点是系统高可用的最大的败笔，如果单点出现问题的话，那么整个服务就不能使用了，所以应该尽量在系统设计的过程中避免单点。对于 redis 服务也是这样，今天我们就来实现 Redis 的高可用的基础 --> 主从配置。 主从概念 有多台 Redis 服务器(至少两台或以上)，其中...
Redis高级技术讲解
11-30
让我们深入探讨一下Redis的这些高级技术。 首先，关于Redis的执行模型。早期版本的Redis采用的是单线程模型，这使得它在处理I/O操作时效率很高，因为避免了线程切换的开销。然而，随着Redis的发展，为了适应大规模...
day68Redis高级day68Redis高级
10-28
Redis高级技术 title：day68Redis高级 描述：day68Redis高级 标签：Redis 本文将详细介绍Redis高级技术，包括分布式缓存、Redis持久化和主从架构等。 分布式缓存 -- 基于Redis集群解决单机Redis存在的问题 ...
Redis命令操作.md
最新发布
06-07
该资源汇总了 Redis 的常用命令，帮助用户快速掌握 Redis 的基本操作和高级功能。无论是开发人员还是系统管理员，都能从中学习如何高效地使用 Redis 进行数据存储和管理。 ### 基本操作命令 1. **键操作** - **`...
java操作redis
12-25
下面将详细讨论如何在Java中操作Redis，以及相关的关键知识点。 首先，为了在Java中操作Redis，我们需要一个Java客户端库。最常用的库之一是Jedis，它是由Redis官方推荐的Java客户端。Jedis提供了丰富的API，涵盖了...
C# Redis操作demo
01-08
以下是对"C# Redis操作demo"的详细解释： 首先，安装StackExchange.Redis库。在Visual Studio或Visual Studio Code中，你可以通过NuGet包管理器或使用.NET CLI命令`dotnet add package StackExchange.Redis`来添加...
Redis 学习笔记（九）-- Redis 主从复制
weixin_43989102的博客
05-24 458
1、概念 主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master/leader)，后者称为从节点(slave/follower);数据的复制是单向的，只能由主节点到从节点。Master以写为主，Slave以读为主。 默认情况下，每台Redis服务器都是主节点。 且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。主从复制的作用主要包括︰ 1、数据冗余∶主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。 2、故障恢复∶当主节点出
Redis详解（十）进阶：如何配置主从复制
weixin_45181611的博客
11-01 561
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master/Leader）,后者称为从节点（Slave/Follower）， 数据的复制是单向的！只能由主节点复制到从节点（主节点以写为主、从节点以读为主）
面试官：解释一下Redis主从同步，读写分离
Java烂猪皮
02-02 1465
1. Redis主从同步 Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，同步使用的是发布/订阅机制。 2. 配置主从同步 Mater Slave的模式，从Slave向Master发起SYNC命令。 可以是1 Master 多Slave，可以分层，Slave下可以再接Slave，可扩展成树状结构。 2.1 配置Mater，Slave 配置非常简单，只需在slave的设定文件中指定master的ip和port Master： test166 修改设定文件，服务绑定到ip上
【数据库】一文讲清redis的主从复制
weixin_48814356的博客
02-23 832
主从复制原理；主从复制配置；一主双从（配置三个redis示例；配置主从；集群测试）；主从切换；哨兵模式（什么是哨兵模式；配置哨兵；启动哨兵；验证哨兵；复制延时；选举策略）
redis 哨兵 异步_Redis(6):redis集群之哨兵机制
weixin_29332779的博客
12-24 377
前言上节我们讲了Redis的主从复制，但redis的主从复制无法实现master和slave的自动切换，当master出现故障时，redis高可用无法实现自动故障转移，需要手动切换。所以本节我们来学习下redis的哨兵机制，redis哨兵机制可以实现master故障自动切换 。1.redis哨兵机制Sentinel进程是用于监控redis集群中Master主服务器工作的状态，在Master主服务器...
Redis集群方案(高可用)之哨兵模式（一主二从三哨兵）
qq_34553637的博客
10-28 3107
Redis集群方案(高可用)之哨兵模式（一主二从三哨兵） Linux：conts7 Redis版本: 5.0.14 官网下载网页链接：https://redis.io/download 第三方Redis连接工具推荐：RedisDesktopManager 官网下载：https://redisdesktop.com/download 1 一主二从三哨兵介绍 一主二从三哨兵，1个master主节点，2个slave从节点,对所有3个Redis配置sentinel哨兵模式。 当mast
黑马redis高级篇
08-31
黑马Redis高级篇是一个关于Redis高级应用的教程。在这个教程中，涉及到了创建文件和目录的操作，以及配置Redis实例的过程。在创建文件和目录的步骤中，可以使用以下命令： 1. 创建文件和目录： - 创建redis目录：cd...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

攻城老湿

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值