Redis06:Redis进阶部分

已于 2022-12-09 11:22:23 修改
阅读量730 收藏
点赞数
分类专栏： redis 文章标签： redis 数据库 缓存
于 2022-12-07 18:40:31 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43216437/article/details/128224693
版权

Redis进阶部分

Redis配置文件详解

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

Redis持久化

Redis是内存数据库，如果不将内存中的数据状态保存到磁盘，那么一旦服务器进程退出，服务器中的数据库状态也会消失，所以Redis提供了持久化功能！

持久化之RDB操作

请添加图片描述
在这里插入图片描述
在这里插入图片描述

触发机制

  • save的规则满足的情况下，会自动触发rdb规则
  • 执行flushall命令，也会触发我们的rdb规则
  • 退出redis也会产生rdb文件
    备份就会自动生成一个dump.rdb文件

如何恢复rdb文件!

  • 只需要将rdb文件放在我们redis启动目录就可以，redis启动的时候会自动检查dump.rdb文件，恢复其中的数据
    在这里插入图片描述

rdb优缺点

  • 优点

适合大规模的数据恢复！
对数据的完整性不高！

  • 缺点

需要一定的时间间隔进行操作！如果redis意外宕机了，这个最后一次修改数据就没有了！
fork进程的时候，会占用一定的内存空间！

持久化之AOF

AOF:将我们的所有命令都记录下来，history,恢复的时候就把这个文件全部在执行一遍
在这里插入图片描述

默认是不开启的，需要手动进行配置！，我们只需要将appendonly改为yes就开启了aof!

如果aof文件有错误，这个时候redis是启动不起来的，我们就需要修复这个aof文件
redis给我们提供了修复工具 redis-check-aof
在这里插入图片描述
如果文件正常，重启就可以直接恢复！

优缺点

  • 优点

每次修改都同步，文件的完整会更加好！
每秒同步一次，可能会丢失一秒的数据
从不同步，效率最高的！

  • 缺点

相对于数据文件来说，aof远远大于rdb，修复的速度也比rdb慢
aof运行效率也要比rdb慢，所以我们redis默认的配置就是rdb持久化！

Redis发布订阅

Redis发布订阅是一种消息通信模式：发送者发送消息，订阅者接收消息。
Redis客户端可以订阅发布任意数量的频道

订阅发布条件

  • 消息发送者
  • 频道
  • 消息订阅者
    在这里插入图片描述

命令

在这里插入图片描述

测试

  • 订阅端
192.168.184.135:6379> SUBSCRIBE kuangshenshuo #订阅一个频道kuangshenshuo
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "kuangshenshuo"
3) (integer) 1
1) "message" #等待推送的信息
2) "kuangshenshuo" #哪个频道的消息
3) "hello kuangshen" #发布后接收到的消息
1) "message"
2) "kuangshenshuo"
3) "hello redis"
  • 发布端
192.168.184.135:6379> PUBLISH kuangshenshuo "hello kuangshen" # 发布者发送消息到频道
(integer) 1
192.168.184.135:6379> PUBLISH kuangshenshuo "hello redis" # 发布消息
(integer) 1
192.168.184.135:6379>

使用场景

  • 实时消息系统
  • 实时聊天！(频道当做聊天室，将信息回显给所有人即可)
  • 订阅，关注系统！
    稍微复杂的场景我们就会使用消息中间件MQ

Redis主从复制

主从复制，是值将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点，后者称为从节点
数据的复制是单向的，只能由主节点到从节点。主节点以写为主，从节点以读为主
在这里插入图片描述
主从复制，读写分离！80%的情况下都是在进行读操作！减轻服务器的压力！架构中经常使用！
在这里插入图片描述

环境配置

只配置从库，不用配置主库！
在这里插入图片描述

  • 集群搭建
    还需要修改dir文件夹目录
    在这里插入图片描述
    修改完毕之后，启动三个redis服务，可以通过进程进行查看
    在这里插入图片描述

主从复制之复制原理

  • 一主二从
    默认情况下，每台Redis服务器都是主节点我们一般情况下只用配置从机就好了！
    认老大！一主(79)二从(80 81)
    在这里插入图片描述
    真实的主从配置应该在配置文件中配置，这样的话就是永久的，我们这里使用的时命令，暂时的！
replicaof <masterip> <masterport> #主机ip和端口
masterauth <master-password> #主机密码

细节

主机可以写，从机不能写只能读！主机中的所有信息和数据，都会自动被从机保存
测试：主机断开连接，从机依旧连接到主机的，但是没有写操作，这个时候，主机如果回来了，从机依旧可以直接获取主机写的信息
如果是使用命令行，来配置的主从，这个时候如果重启了，就会变回主机！只要变为从机，立马就会从主机中获取值！
在这里插入图片描述

宕机后手动配置主机

层层链路模式:上一个M链接下一个S!,这个时候也可以完成主从复制！
在这里插入图片描述

如果主机断开了连接，我们可以使用slaveof no one让自己变成主机！其他节点就可以手动连接到最新的这个主节点(手动)

哨兵模式详解

主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人为干预，费时费力，还会造成一段时候内服务不可用。这不是一种推荐的方法，更多时候，我们优先考虑哨兵模式架构来解决这个问题。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

测试

  • 配置哨兵配置文件sentinel.conf
# sentinel monitor 被监控名称 host port 1 
sentinel monitor myredis 192.168.184.1 6379 1

后面的这个数字1，代表主机挂了，slave投票看让谁接替称为主机，票数最多的就会成为主机

  • 启动哨兵
./bin/redis-sentinel conf/sentinel.conf

在这里插入图片描述
如果Masteer节点断开了，这个时候就会从从机中随机选择一个服务器！(投票算法)
在这里插入图片描述

优缺点

在这里插入图片描述

Redis缓存穿透和缓存雪崩

缓存穿透(查不到)

缓存穿透的概念很简单，用户想要查询一个数据，发现Redis内存数据库没有，也就是缓存没有命中，于是向持久层数据库查询。发现也没有，于是本次查询失败。当用户很多的时候，缓存都没有命中，于是都去请求了持久层数据库。这会给持久层数据库造成很大的压力，这时候就相当于出现了缓存穿透。
在这里插入图片描述

解决方案

  • 布隆过滤器
    在这里插入图片描述
  • 缓存空对象
    在这里插入图片描述

缓存击穿(量太大，缓存过期！)

缓存击穿，是指一个key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个key在失效的瞬间，持续的大并发就穿透缓存，直接请求数据，就像在一个屏障上凿开一个洞。
当某个key在过期的瞬间，有大量的请求并发访问，这类数据一般是热点数据，由于缓存过期，会同时访问数据库来查询最新数据，并且回写缓存，会导致数据库瞬间压力过大

解决方案

  • 设置热点数据永不过期
    从缓存层面来看，没有设置过期时间，所以不会出现热点key过期后产生的问题
  • 加互斥锁
    在这里插入图片描述

缓存雪崩

缓存雪崩，是指在某一个时间段，缓存集体过期失效。Redis宕机！
在这里插入图片描述

解决方案
在这里插入图片描述

极乐码农
关注
专栏目录
Redis进阶: 锁的使用
qq_36652517的博客
04-11 3052
Redis进阶: 分布式锁
在 Linux 上监听 Redis：从基础到进阶的实现与扩展
Salted fish in hand, I have the world.
07-01 437
作为一个对 Redis 和 Linux 系统管理充满热情的博主，我经常需要在 Linux 环境中监听 Redis，以确保 Redis 服务器的健康状态和性能。在这篇文章中，我将分享如何在 Linux 上监听 Redis，并在此基础上进行一些扩展，以满足实际生产环境的需求。1. 初步实现：使用 Redis 自带的监控命令Re...
Redis 探索之旅（进阶）
qq_54469537的博客
05-31 1013
2w+字精品文章带你掌握 Redis 进阶内容，包括：持久化、事务、集群、分布式锁等等.....
redis进阶：集群模式原理及搭建
55555的博客
11-13 1826
前几期我们讲解了如何安装redis，redis的主从、哨兵模式，但还是没有触及到redis的真正核心竞争力——集群模式。前一阵出品的Dragonfly经评测性能秒杀redis，但实际上仅仅只是单核服务器下的性能对比，而在redis主推的多核集群模式下，Dragonfly仍然被甩一大截。所以我们今天来看看如何搭建redis集群。
Redis入门到进阶
qq_55120255的博客
04-01 1722
Redis（Remote Dictionary Serve），即远程字典服务，Redis入门到进阶。
redis进阶：redis主从架构原理及搭建
55555的博客
10-30 1954
至此，我们的主从架构就搭建完成了，实际上我们只需要一个replicaof 主节点IP 端口就能实现主从同步，非常简单。需要注意的是，实际操作过程中注意开启对应的redis端口或者关闭防火墙（生产环境不建议关闭）下期继续带大家实操redis哨兵模式。
Redis进阶：哨兵工作原理（图+文，第一部分）
天然玩家的博客
10-02 1433
（1）Redis保证集群高可用的方案之一：哨兵； （2）Redis哨兵方案中，有两部分通信：哨兵间通信以及哨兵与主节点的通信； （3）哨兵间通信用于传递集群中Redis实例的信息以及实现故障转移； （4）主节点故障时有两种状态：SDOWN和ODOWN，当主节点被quorum个哨兵判断为ODOWN时，才会重新选举主节点，进行故障转移； （5）哨兵与主节点通信，首先确认SDOWN，然后，哨兵间通信，其他哨兵同时确认主节点为SDOWN，数量达到配置的quorum时，判定主节点ODWON。
Redis进阶篇
w7486的博客
03-17 1543
1、掌握Redis的高级特性，例如发布订阅、事务、Lua脚本 2、掌握Redis的底层工作原理，包括单线程工作机制、内存回收、持久化 1.发布订阅模式 publish 发布 subscribe 订阅 unsubscribe 取消订阅 2.redis事务 redis的单个命令是原子性的，但是多个命令我们该怎么保证原子性呢 可以保证有序性和原子性。 multi 开启一个事务 会把后续的操作命令放进队列 exec 执行事务 discard 取消事务 watch 相当于cas乐观锁.
Redis实战：缓存穿透及其解决思路 实战演示
热门推荐
终于等到你啦~欢迎来到我的知识空间 这里是苏泽的成神之路
03-21 3万+
缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在，导致每次请求都要访问数据库，增加数据库的负载。为了解决缓存穿透问题
Redis新手指南：实战与进阶详解
《Redis入门指南》是由李子骅编著的一本面向Redis初学者及有一定经验用户的专业书籍，由人民邮电出版社于2013年4月出版。该书深入浅出地讲解了Redis的基础知识和实践应用，旨在帮助读者快速理解和掌握这一内存数据库...
Redis实战宝典：从基础到进阶，解锁数据存储与缓存新维度-markdown材料.zip
05-23
深Redis实战宝典：从基础到进阶，掌握数据存储与缓存的艺术 在信息爆炸的时代，高效的数据存储与缓存技术是企业竞争力的关键。作为营销专家，深知您对数据处理的迫切需求。今天，我为您推荐一份极具价值的资源——...
Redis进阶（深度历险）
01-23
本进阶教程“Redis深度历险”旨在帮助读者深入理解Redis的核心特性和应用场景，从而更好地利用它来提升应用的性能和效率。 1. **Redis的数据结构** - 字符串(Strings)：最基础的数据类型，可存储任意长度的字符串...
Redis入门指南：实战与进阶教程
《Redis入门指南》是由李子骅编著的一本面向Redis初学者及有一定经验用户的实用教程。该书由人民邮电出版社于2013年4月出版，ISBN号码为978-7-115-31294-5。书中以通俗易懂的语言深入浅出地介绍了Redis的基础知识，...
Redis-缓存一致性
qq_39007838的博客
10-08 1262
自己的理解，只要是写缓存的方式，都会存在线程写入先后导致的数据不一致监听 binlogHomecanal 选择版本 1.6.1mysql: 5.7 docker环境安装。
滚雪球学Redis[9.1讲]：Redis常见问题排查指南：解决错误、优化性能与确保数据一致性
**My Coding Family**
10-18 468
在上一节【8.2 Redis的未来发展趋势】中，我们探讨了Redis在高性能计算、分布式系统以及云原生环境中的潜在发展方向。随着Redis的持续演进，它在应用场景中将面临更多新的需求和挑战，特别是在内存管理和高并发处理上。展望未来，我们需要充分理解Redis的现有能力，并为它在更复杂环境下的应用做好准备。在本节【9.1 Redis的常见问题排查】中，我们将聚焦于Redis的常见问题，探讨如何应对可能遇到的各种错误、识别性能瓶颈，并解决数据一致性问题。
Redis 列表(List)
wjs2024的博客
10-13 486
Redis 列表是简单的字符串列表，按照插入顺序排序。你可以在列表的头部或尾部添加元素。列表的最大长度为 2^32 - 1 元素（每个列表超过 40 亿个元素）。Redis 列表是一个强大的数据结构，适用于多种场景。它简单易用，高性能，并且非常灵活。如果你需要处理有序的字符串集合，Redis 列表是一个很好的选择。
Redis Search系列 - 第四讲 支持中文
最新发布
罗小爬的技术宝书
10-18 474
如果你希望使用自定义词典，可以在加载Redis Search模块时在模块级别进行设置。FRISOINI设置可以指向包含相关设置和词典文件路径的 friso.ini 文件。请注意，没有默认的 friso.ini 文件位置。RediSearch 自带的 friso.ini 和词典文件在构建时已编译到模块二进制文件中。在该dict/UTF-8目录下新建自定义的字典，如下图新建，在该自定义文件中输入业务专属的词条及其同义词集合，# 格式：词条/同义词集合# 示例格式1（无同义词）： 你好/null。
滚雪球学Redis[9.2讲]：Redis的最佳实践：高效应用与常见反模式规避指南
**My Coding Family**
10-18 777
在上一节【9.1 Redis的常见问题排查】中，我们详细探讨了Redis在实际应用中的常见问题排查方法，包括处理错误信息、性能瓶颈识别以及数据一致性保障。这些技巧为我们在使用Redis的过程中提供了有效的故障应对策略。然而，单靠排查问题并不足够，遵循最佳实践才能真正确保Redis系统的高效性与稳定性。本节【9.2 Redis的最佳实践】将聚焦于如何在实际应用中使用Redis的通用原则、业务场景中的最佳实践，以及如何避免一些常见的反模式。
Redis数据可视化如何实现？
qian772的博客
10-11 946
Redis是一种开源的高性能键值存储数据库，被广泛应用于各种场景，如缓存、消息队列、排行榜等。随着Redis的广泛应用，如何高效地管理Redis数据成为了一个重要问题。Redis可视化工具应运而生，它们可以帮助用户更直观地查看和管理Redis数据，提高工作效率。本文将为您推荐几款优秀的Redis可视化工具，并详细介绍它们的功能、特点、适用场景等，帮助您选择最适合自己需求的工具。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值