## Redis BRPOP的弊端
在使用Redis时，BRPOP（Block for Redis Pop）命令是一个非常有用的命令，它可以在列表中等待并获取最新的元素。但是，尽管BRPOP在某些场景下非常方便，但它也存在一些弊端。本文将介绍BRPOP的弊端，并提供相应的解决方案。
### 弊端1：阻塞操作
BRPOP是一个阻塞操作，它会使客户端一直等待，直到有新的元素可用或等待超时。这意味
原创
2023-10-10 15:07:08
466阅读
# Redis Hash 弊端及其使用场景分析
Redis 是一种开源的键值存储系统，常用于缓存和简单的数据存储场景。在 Redis 中，Hash 是一种非常方便的数据结构，可以存储多个字段和相应的值。这使得 Hash 特别适合存储对象（如用户信息），因为我们可以通过一个键来访问与该对象相关的多个属性。然而，尽管 Redis Hash 具有诸多优势，但在某些情况下也存在一些弊端。本文将探讨 Re
原创
2024-09-10 04:51:22
78阅读
# Redis Lua 的弊端
## 介绍
在介绍 Redis Lua 的弊端之前，我们首先需要了解 Redis 和 Lua 的基本概念。
Redis 是一个开源的内存数据库，具有高性能和灵活的数据结构。它支持多种数据类型，如字符串、列表、哈希等，还提供了丰富的命令和功能。Redis 还支持使用 Lua 脚本进行批量操作，提供了更高级的功能和灵活性。
Lua 是一种轻量级的脚本语言，被广泛应
原创
2023-11-19 09:28:11
191阅读
# 使用Redis作为注册中心的弊端及实现流程
## 引言
在微服务架构中，服务发现是一个至关重要的功能。Redis作为一个高效的内存数据库，常常被用作服务注册中心。然而，使用Redis作为注册中心也存在一些弊端和挑战。本文将详细介绍使用Redis作为注册中心的弊端，并通过实际代码示例指导小白开发者如何实现这一过程。
## 流程概述
在实现Redis作为注册中心的过程中，可以分为以下几个步
Redis 的持久化机制是什么？各自的优缺点？RDBRedis DataBase)持久化方式： 是指用数据集快照的方式半持久化模式)记录 redis 数据库的所有键值对,在某个时间点将数据写入一个临时文件，持久化结束后，用这个临时文件替换上次持久化的文件，达到数据恢复。优点：1、只有一个文件 dump.rdb，方便持久化。2、容灾性好，一个文件可以保存到安全的磁盘。3、性能最大化，fork 子进程
转载
2024-06-14 22:10:06
40阅读
redis安装：（1）准备安装文件；（2）src文件下 make MALLOC=libc（3）make install注：可能存在环境缺失报错，根据提示安装环境就好了。一、单例劣势：只有1个实例，存在备份问题，数据体量大时影响性能。1、单例启动 ：redis-server ./redis.conf &2、连接：redis-cli -p 6379二、主从优势：解决了数据备份问题，实
转载
2024-02-13 20:35:49
27阅读
目录SessionRepository接口@EnableRedisHttpSession注解RedisHttpSessionConfiguration配置类SpringHttpSessionConfiguration配置类SessionRepositoryFilter过滤器存储Session的过程获取Session的过程很早之前写过关于分布式集群下session的管理实现，其中有关于spring-
redis分布式锁的底层原理我们先通过一张图来对Redis分布式锁有一个只管的感受加锁的机制 我们先来看上面的流程图，现在客户端1需要加锁，通过jedis访问redis资源，然后发送lua脚本到redis上，通过执行lua脚本的返回值来确定是否加锁成功，如果没有加锁成功那么客户端需要通过循环不断尝试加锁直到加锁成功为止。 2.为什么选择lua脚本，而不是jedis提供的操作 因为lua脚本里面封装
转载
2023-08-04 15:25:14
98阅读
其他的redis分布式锁的演变过程以及存在的缺陷（比如不是原子性，错误解锁，主从复制导致主节点锁信息没有及时同步到从节点等等）不在本文讨论；1-Redlock介绍官方文档：https://redis.io/docs/manual/patterns/distributed-locks/ 大概思想就是：准备N（N>=3的奇数，建议是5个）个redis maste
转载
2024-03-11 10:32:48
56阅读
分析:大家用redis这么久，这个问题是必须要了解的，基本上使用redis都会碰到一些问题，常见的也就几个。回答:主要是四个问题(1)缓存和数据库双写一致性问题 分析:一致性问题是分布式常见问题，还可以再分为最终一致性和强一致性。数据库和缓存双写，就必然会存在不一致的问题。答这个问题，先明白一个前提。就是如果对数据有强一致性要求，不能放缓存。我们所做的一切，只能保证最终一致性。另外，我们所做的方
转载
2023-06-30 13:19:03
86阅读
最近在做一个银行业的软安全项目，前台是SDK模式，嵌入到手机银行APP中；后台是JAVA开发的web服务，部署在内网。软件架构为weblogic+oracle+redis结构，2台应用服务器做双活，应用服务器上部署weblogic+redis。redis主要保存一些临时有效数据（验证码、申请记录等）。产品确实是个成熟产品，但是与现场要求结合起来就产生了各种坑。先说redis 集群的坑，我们通用的产
转载
2023-08-02 16:31:40
111阅读
之前单机版本分布式锁的实现： 单机版实现的局限性获取锁：set file:9527 ${random_value} NX EX ${timeout}释放锁，调用lua脚本： if redis.call("get",KEYS[1]) == ARGV[1] then
return redis.call("del",KEYS[1])
else
return 0
end
转载
2024-05-29 11:18:10
19阅读
假设当前的场景是这样的，用户量会很大，有一个注册接口，用户在注册时会输入一系列信息，比如用户名（主要想表示它为冷数据）等等。要求：1.能承受一定的并发访问。2.即使是并发调用，要必须要保证用户名不能重复。3.单次注册耗时尽可能短。只考虑单个mysql，单个redis。 第一个想到的是，为了使得系统承受一定的并发，那么需要在注册接口进行限流，而限流算法就不再这里赘述了。那么，可能有这么些解
转载
2024-04-11 13:32:14
37阅读
当代三大慢性自杀行为:百度看病，微信养生，专家荐股！
转载
2021-03-09 09:25:00
126阅读
2评论
RabbitMQRabbitMQ是一个在AMQP基础上完整的，可复用的企业消息系统。对于RabbitMQ来说，生产和消费不再针对内存里的一个Queue对象，而是某台服务器上的RabbitMQ Server实现的消息队列用rabbitmq实现一个简单的生产者消费者模型发送端代码import pika
connection = pika.BlockingConnection(pika.Connect
转载
2024-06-27 19:09:22
48阅读
以下是搭建redis-cluster集群，该集群是redis3.0引进了的，该集群比redis-sentinel哨兵架构有以下优点可以配置多主多从，在redis设置内存可以更大，而哨兵只能配置一主多从，且单个主节点内存不宜设置过大，否则会导致持久化文件过大影响数据恢复或主从同步的效率访问瞬断的情况，cluster只是某一个主节点不可访问，但是其他主节点还是可以访问的，但是哨兵是都不能访问，会报错然
转载
2023-07-11 13:48:43
123阅读
文章目录分布式存储面试题哈希取余分区一致性哈希算法分区哈希槽分区3主3从redis集群配置主从容错切换迁移容错切换—主从恢复主从扩容（重要）主从缩容（重要） 分布式存储面试题一亿条数据需要缓存，请问如何设计？
#回答
单机单台100%不可能 肯定要分布式存储，用redis如何落地？哈希取余分区优点简单，直接有效，起到负载均衡+分而治之的作用缺点扩缩容麻烦，某个机子宕机了，分母就改变了,映射关系就
转载
2024-06-09 08:53:11
49阅读
Redis架构设计缺陷主要分为两方面1.缓存穿透2.缓存击穿缓存穿透是什么？所谓的缓存穿透，简单来讲就是查询某些不存在的key时，缓存和数据库查询结果都为空，而空的结果又不被缓存起来，而导致每次查询都去请求数据库层的情况。 过程：缓存不命中，进而导致每次查询都去查询数据库，缓存也就失去了作用，通常表现为服务器负载迅速上升，严重时可能直接宕机。常见场景日常网站开发中，我们通常会将一些访问频繁的页面
转载
2024-02-05 13:27:14
64阅读
Redis学习Redis简介简单介绍redis的安装为什么使用NOSQL单机 MySQL 的美好时代Memcached(缓存)+MySQL+垂直拆分Mysql主从读写分离分库分表+水平拆分+mysql集群四种NoSQL对比3V+3高ACIDCAP为何CAP三者不可兼得Base分布式和集群Redis的数据类型公用命令key的命名建议Stringhashlistsetzset解析配置文件Redis的
转载
2024-08-03 09:16:51
5阅读
Redis 集群是一个提供在多个 Redis 节点间共享数据的程序集。
Redis 集群并不支持处理多个 keys 的命令,因为这需要在不同的节点间移动数据，从而达不到像 Redis 那样的性能，在高负载的情况下可能会导致不可预料的错误.
Redis 集群通过分区来提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下继续处理命令。
Redis 集群的优势:
• 自动分割数据到不同的节
转载
2023-07-11 14:11:31
90阅读
