🧑💻作者名称：DaenCode🎤作者简介：啥技术都喜欢捣鼓捣鼓，喜欢分享技术、经验、生活。😎人生感悟：尝尽人生百味，方知世间冷暖。📖所属专栏：Redis从头学文章目录🌟前言🌟概述🌟搭建过程前情提要配置文件创建启动哨兵🌟场景测试🌟写在最后🌟前言在上一篇文章中介绍了主从分离+读写分离以及其搭建的多种方式。如果其中的主节点宕机，需要我们手工去重新设置主节点，那么有没有一种方式可以自动设置主节点呢？那就是Redis中的哨兵机制，本文就介绍哨兵机制的原理以及其搭建方式。🌟概述哨兵模式：通过发送命令给多个节点来监控Redis的master以及slave的运行状态，并在master服务宕机后，自动将sla
Redis集群搭建的三种方式@TOC1.Redis主从1.1Redis主从原理和MySQL需要主从复制的原因一样，Redis虽然读取写入的速度都特别快，但是也会产生性能瓶颈，特别是在读压力上，为了分担压力，Redis支持主从复制。Redis的主从结构一主一从，一主多从或级联结构，复制类型可以根据是否是全量而分为全量同步和增量同步。下图为级联结构：1.1.1全量同步Redis全量复制一般发生在slave的初始阶段，这时slave需要将master上的数据都复制一份，具体步骤如下：（1）、slave连接master，发送SYNC命令；（2）、master街道SYNC命令后，执行BGSAVE命令生产
目录安装复制及集群bgsave rdbaofSpringBoot+Redis操作
学习目标：提示：学习如何利用Redisson实现点赞排行榜功能，按照时间顺序来源：黑马教程当用户给某一篇文章点赞后，会再数据库中存储一条数据，并且在Redis中存储一条数据为当前博客的点赞用户标识，来区分哪个用户对文章进行了点赞，使用ZSet数据结构对点赞用户进行排序来实现排行榜功能学习产出：解决方案：点赞后的用户记录在Redis的set数据类型中1.准备pom环境 dependency>groupId>org.springframework.boot/groupId>artifactId>spring-boot-starter-data-redis/artifactId>/dependen
Redis作为业界备受欢迎的KV数据库，被广泛应用于游戏、电商、社交平台等领域。但随着企业业务的蓬勃发展，数据规模、吞吐规模、业务复杂度的不断上升，开源Redis在数据备份、扩容、性能、存储空间等方面出现巨大挑战。例如Redis实例发生查询超时；故障时间内客户商品查询业务超时，相关服务不可用等问题。为了更好应对业务发展，华为云GaussDBforRedis应运而生。作为华为云旗下企业级kv数据库，GaussDBforRedis致力于为企业客户提供稳定可靠、超高并发，且能够极速弹性扩容的核心数据存储服务。华为云GaussDBforRedis云数据库采用云原生分布式框架，完全兼容Redis协议，支
一.缓存雪崩缓存雪崩：大量应用请求无法在Redis缓存中进行处理，应用请求频繁访问数据库，导致数据库压力激增。产生原因：缓存中有大量数据同时过期，导致大量请求无法得到处理数据保存在缓存中，并设置了过期时间时，如果某一时刻，大量数据同时过期，此时，应用程序再访问这些数据的话，就会发生缓存缺失。应用就会把请求发送给数据库，从数据库中读取数据。如果应用的并发请求量很大，那么数据库的压力也就很大，这回进一步影响到数据库的其他业务请求处理，进而导致数据库崩溃。大量数据同时失效带来的缓存雪崩问题，两种解决方案：我们可以避免给大量数据设置相同的过期时间。如果业务曾的确要求有数据同时失效，你可以用EXPIRE
在实际应用中，我们可能需要同时对多个key的数据进行读取，一般的方法如下：//请求地址示例：http://localhost:8080/foodie-api/redis/testMultiKey?keys=key1,key2,key3,key5@RequestMapping("/testMultiKey")publicObjecttestMultiKey(String...keys){ListString>result=newArrayList>();for(Stringkey:keys){StringitemResult=redisTemplate.opsForValue().get(key
哈喽大家好，我是咸鱼在《一台服务器上部署Redis伪集群》这篇文章中，咸鱼在创建Redis集群时并没有明确指定哪个Redis实例将担任master，哪个将担任slave/usr/local/redis-4.0.9/src/redis-trib.rbcreate--replicas1192.168.149.131:6379192.168.149.131:26379192.168.149.131:6380192.168.149.131:26380192.168.149.131:6381192.168.149.131:26381然而Redis却自动完成了主从节点的分配工作如果大家在多台服务器部署过R
文章目录0.前言1.基本概念1.1.Stream的结构1.2.持久化1.3.Stream的消费者组2.实现原理2.1.Stream的数据结构2.2.Stream的消息追加2.3.Stream的消费2.4.Stream的消费者组3.RedisStream底层原理3.1.基数树（RadixTree）3.2.listpacks小结4.命令和操作示例4.1Streams命令4.2.操作示例4.2.1Jedis工程4.2.2.RedisTemplate工程总结5.系列文章👏简介：大家好，我是冰点，从业11年，目前在物流独角兽企业从事技术管理和架构设计方面工作，之前的把博客作为技术流水账在写。现在准备把多
🧑💻作者名称：DaenCode🎤作者简介：啥技术都喜欢捣鼓捣鼓，喜欢分享技术、经验、生活。😎人生感悟：尝尽人生百味，方知世间冷暖。📖所属专栏：Redis从头学文章目录🌟前言🌟概述🌟定期删除策略🌟定时删除策略🌟惰性删除策略🌟适用场景分析🌟写在最后🌟前言学过Redis的都知道，在设置key的时候，可以对其设置过期时间。那么其内部是采用何种删除策略，来对过期时间key进行删除呢？本文来具体介绍一下过期时间key的三种删除策略。🌟概述Redis中过期Key的删除策略有三种分别是定期删除策略、定时删除策略以及惰性删除策略。其中定期和定时删除策略为主动删除，惰性删除为被动删除。分析：三种策略各有优缺点。
