环境说明:redis源码版本 5.0.3;我在阅读源码过程做了注释,git地址:https://gitee.com/xiaoangg/redis_annotation  参考书籍:《redis的设计与实现》 目录一 客户端属性1.套接字描述符fd2.客户端名称name3.flags标识4.输入缓冲区querybuf属性5 命令与命令参数 argv、argc属性6.命令的实现函数&nbsp
https://github.com/SPSCommerce/redlock-py/tree/master/redlock
转载 2020-08-07 11:59:00
149阅读
1. Redis分布式原理1.1. Redisson现在最流行的redis分布式就是Redisson了,来看看它的底层原理就了解redis是如何使用分布式的了1.2. 原理分析分布式要解决的是分布式环境下,并行相同代码的加锁功能;了解过redis分布式的人肯定知道,一开始redis作为分布式用的是setnx,再这基础上设置个定时过期时间,但这种方式有什么问题呢?实际上看懂上图的人也就明
转载 2023-06-01 12:09:16
105阅读
简单来说,Redis使用乐观,相对于悲观,在实现中更加简单,在某些场景中的性能也更好。Redis作为一个轻量级的、快速的缓存引擎,而不是一个全功能的关系型数据库,既没有使用悲观的必要,也难以承受使用悲观的成本。乐观(Optimistic Lock),顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候回判断一下再次期间别人有没有去更新这个数据,可以使
在传统单体应用单机部署的情况下,并发问题可以通过使用Java并发相关的如synchronized,但是当规模上升到分布式集群的情况下,要控制共享资源访问,就需要通过分布式来实现。常见的分布式方案如数据库乐观Redis,zk等。Redis分布式的原理Redis分布式可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当k
转载 2023-09-20 20:53:40
142阅读
在开发中,一个进程中多个线程需要竞争某一资源的时候,我们通常会用一把来保证只有一个线程获取到资源。如加上synchronize关键字或ReentrantLock等操作。但如果是多个进程相互竞争一个资源,如何保证资源只会被一个操作者持有呢?比如在微服务的架构下,多个应用服务要同时对同一条数据做修改,要确保数据的正确性,那就只能有一个应用修改成功。Redis实现分布式锁上一篇文章中在String-
转载 2023-06-25 20:27:40
76阅读
大白话:各进程共用redis,每个进程都可以设置一个redis,但在同一时刻只能有一个进程得到,其他进程都要排队,等待释放或者过期自动释放,以此保证并发问题不会发生。首先了解分布式之前,先了解线程( synchronized、lock)主要是用在方法、代码块上,能保证同一时刻只有一个线程访问,只能用在同一JVM上。 现在的系统都是分布式的,所以共享资源上,线程就失去了作用,所以需要分
转载 2023-06-13 15:48:22
113阅读
redis集群状态下的问题: 1. 客户端A从master获取到 2. 在master将同步到slave之前,master宕掉了。 3. slave节点被晋级为master节点 4. 客户端B取得了同一个资源被客户端A已经获取到的另外一个。 安全失效! 解决集群下失效,参照redis官方网站针对redlock文档:https://redis.io/topics/distlock 在算法的分
转载 2023-08-14 16:43:47
78阅读
1. redis加锁分类redis能用的的加锁命令分表是INCR、SETNX、SET 2. 第一种命令INCR 这种加锁的思路是, key 不存在,那么 key 的值会先被初始化为 0 ,然后再执行 INCR 操作进行加一。  然后其它用户在执行 INCR 操作进行加一时,如果返回的数大于 1 ,说明这个正在被使用当中。1、 客户端A请求服务器获取key的值为1表示获取了
转载 2023-06-13 11:58:57
58阅读
线上故障之-redis处理幂等性失效和幂等性问题解决方案redis处理幂等性失效事务传播bugtry bug幂等性设计方法1. insert前先select2. 加悲观3. 加乐观4. 加唯一索引(最简单和稳定)唯一索引和普通索引的区别?5. 建防重表6. 根据状态机7. 加分布式8. 获取token事务 案例自动还款业务 事故 案例金融场景幂等性思考服务间超时处理 redis处理幂
转载 2023-08-09 21:22:06
192阅读
分布式有几种常用的实现方式:zookeeper、memcached、redis、mysql。这里介绍一下redis的实现方式,并在最后附上了一个Demo小工具:众所周知,reids是通过setnx + expire的方式实现的,setnx保证只有在key不存在时才能set成功,expire保证锁在非正常释放的情况下不会形成死锁。基本原理就是这个,但实际操作中我们需要注意几个问题:setnx与e
转载 2023-08-30 08:56:59
132阅读
1. redis加锁分类redis能用的的加锁命令分表是INCR、SETNX、SET2. 第一种命令INCR这种加锁的思路是, key 不存在,那么 key 的值会先被初始化为 0 ,然后再执行 INCR 操作进行加一。  然后其它用户在执行 INCR 操作进行加一时,如果返回的数大于 1 ,说明这个正在被使用当中。1、 客户端A请求服务器获取key的值为1表示获取了 2、
转载 2023-08-15 17:07:50
56阅读
事务:mulit、exec、discard从输入multi命令开始,输入的命令都会依次进入命令队列中,但不会执行,直到输入exec后开始依次执行,discard是放弃组队执行组队阶段报错,提交都会失败,组队阶段不报错,提交有成功有失败并行:多个CPU同时执行多个任务,比如:多个人同时做不同的事 并发:一个CPU(采用时间片)同时执行多个任务,比如秒杀平台,多个人做同件事悲观(Pessimis
转载 2023-06-21 21:42:21
97阅读
一:悲观悲观主义:认为我操作的时候,会出现问题,所以都加锁二:乐观乐观主义:认为什么时候不会出问题,所以不上锁,更新的时候去查询判断一下,再此期间是否有人修改过这个数据。redis的watch这个功能可以 
转载 2023-05-25 11:12:21
109阅读
一、问题分布式,当我们请求一个分布式的时候,成功了,但是这时候slave还没有复制我们的,masterDown了,我们的应用继续请求的时候,会从继任了master的原slave上申请,也会成功。这就会导致,同一个被获取了不止一次。二、办法Redis中针对此种情况,引入了红的概念。三、原理用Redis中的多个master实例,来获取,只有大多数实例获取到了,才算是获取成功。具体的红
转载 2023-08-30 14:02:46
72阅读
问题(1)redis如何实现分布式?(2)redis分布式有哪些优点?(3)redis分布式有哪些缺点?(4)redis实现分布式有没有现成的轮子可以使用?简介Redis(全称:Remote Dictionary Server 远程字典服务)是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,并提供多种语言的API。本章我们将介绍如何基于
转载 2024-06-19 08:20:00
43阅读
    Redis中也提供了类似数据库中的事务和的概念,基本用法如下:    开启事务:multi    取消事务:discard    提交事务:exec    例如转账交易,用户张三需要将自己账户中的钱转出100元到李四的账户,具体的操作可以分
转载 2023-05-25 14:30:34
73阅读
   在高并发的使用场景下,如何让redis里的数据尽量保持一致,可以采用分布式。以分布式的方式来保证对临界资源的互斥读写。   redis使用缓存作为分布式,性能非常强劲,在一些不错的硬件上,redis可以每秒执行10w次,内网延迟不超过1ms,足够满足绝大部分应用的锁定需求。   redis常用的分布式的实现方式:一、setb
转载 2023-06-23 22:15:13
193阅读
Redis加锁命令分有INCR、SETNX、SET一、INCR key不存在时,key的值会先被初始化为0,其它用户在执行INCR操作进行加一, 如果返回的数大于1,说明这个正在被使用当中,通常用在同时只能有一个人可以操作某个行为。 $redis->incr($key); $redis->expire($key, $time); //过期时间 $redis->del($key
转载 2023-06-25 12:24:55
147阅读
前言我们都知道,在面对并发问题时,有加锁操作和保证原子操作两种解决方案。当我们采用加锁操作的时候,因为Redis多采用集群的方式部署,因此我们就需要考虑到锁在分布式系统中使用的注意事项。接下来就看看Redis的分布式问题。单机说到分布式,首先我们得了解【单机】。单机比较简单,不用考虑分布式系统中各个服务的资源、网络等差异。单机使用起来也很简单,用一个变量就能实现必备的互斥功能。比如设
转载 2023-06-23 22:19:18
118阅读
  • 1
  • 2
  • 3
  • 4
  • 5