redis分布式锁

1 Redis 事务 1.1 Redis 事务介绍 l Redis 的事务是通过 MULTI ， EXEC ， DISCARD 和 WATCH 这四个命令来完成的。 l Redis 的单个命令都是 原子性 的，所以这里确保事务性的对象是 命令集合 。 l Redis 将命令集合序列化并确保处于同一事务的 命令集合连续且不被打断 的执行 l Redis 不支持回滚操作 1.2 相关命令 l MULTI 用于标记事务块的开始 。 Redis 会将后续的命令逐个放入队列中，然后使用 EXEC 命令 原子化地执行这个命令序列。 语法： multi l EXEC 在一个事务中执行所有先前放入队列的命令 ，然后恢复正常的连接状态 语法： exec l DISCARD 清除所有先前在一个事务中放入队列的命令 ，然后恢复正常的连接状态。 语法： discard l WATCH 当某个 事务需要按条件执行 时，就要使用这个命令将给定的 键设置为受监控 的状态。 语法： watch key [key…] 注意事项： 使用该命令可以实现 redis 的 乐观锁 。 l UNWATCH 清除所有先前为一个事务监控的键。 语法： unwatch 1.3 事务失败处理 l Redis 语法错误（可以理解为 编译期错误 ） l Redis 类型错误（可以理解为 运行期错误 ） l Redis 不支持事务回滚

String应用场景 #单值缓存 set key value get key # 对象缓存 set object '{"name":"ws","age":"18"}' get object mset object:name ws object:age 18 mget object:name object:age # 分布式锁 setnx key true //返回1代表成功，0代表失败 .. .执行业务逻辑 del key //执行完成释放锁 set key value ex seconds nx //防止程序意外终止导致死锁 # 计数器 incr key get key # Web集群session共享 redis存储sessionId及信息实现session共享 # 分布式全局序列号 incrby key increment Hash应用场景 一般对象用string + json存储，对象中某些频繁变化的属性抽出来用hash存储，比如电商购物车就可以用hash实现 # 模型设计 用户ID为key 商品ID为field 数量为value # 购物车常用操作 添加商品 hset userid productid 1 删除商品 hdel userid productid 增加数量 hincrby userid productid 1 减小数量 hincrby userid

一、原理 分布式锁是控制分布式系统之间同步访问共享资源的一种方式。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源，那么访问这些资源的时候，往往需要通过一些互斥手段来防止彼此之间的干扰，以保证一致性，在这种情况下，就需要使用分布式锁了。 在平时的实际项目开发中，我们往往很少会去在意分布式锁，而是依赖于关系型数据库固有的排他性来实现不同进程之间的互斥，但大型分布式系统的性能瓶颈往往集中在数据库操作上。 在单机环境中，Java中其实提供了很多并发处理相关的API，但是这些API在分布式场景中就无能为力了。也就是说单纯的Java Api并不能提供分布式锁的能力。 其实秒杀类场景最主要的是执行秒杀操作要单线程的，提到单线程，肯定会想到synchronized关键字，但是他有两个致命缺点：1、无法做到细粒度控制，2、只适合单点不适用集群。 所以大多数项目只能采用分布式锁的实现方式。 针对分布式锁的实现，目前比较常用的有以下几种方案： 　　　　基于数据库实现分布式锁 　　　　基于缓存（redis，memcached，tair）实现分布式锁 　　　　基于Zookeeper实现分布式锁 分布式锁主要有基于缓存如redis、基于zookeeper、基于数据库的实现。 在分析这几种实现方案之前我们先来想一下，我们需要的分布式锁应该是怎么样的？（这里以方法锁为例，资源锁同理） 　　　　

一、什么是redis 首先要说redis,应该先说一下nosql, NoSQL(NoSQL = Not Only SQL )，意即“不仅仅是SQL”， 泛指非关系型的数据库。随着互联网web2.0网站的兴起，传统的关系数据库在应付web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，而非关系型的数据库则由于其本身的特点得到了非常迅速的发展。NoSQL数据库的产生就是为了解决大规模数据集合多重数据种类带来的挑战，尤其是大数据应用难题，包括超大规模数据的存储。 （例如谷歌或Facebook每天为他们的用户收集万亿比特的数据）。这些类型的数据存储不需要固定的模式，无需多余操作就可以横向扩展。 Redis:REmote DIctionary Server(远程字典服务器)是完全开源免费的，用C语言编写的，遵守BSD协议，是一个高性能的(key/value)分布式内存数据库，基于内存运行并支持持久化的NoSQL数据库，是当前最热门的NoSql数据库之一,也被人们称为数据结构服务器。 二、redis使用场景 1、热点数据的缓存 由于redis访问速度块、支持的数据类型比较丰富，所以redis很适合用来存储热点数据，另外结合expire，我们可以设置过期时间然后再进行缓存更新操作，这个功能最为常见，我们几乎所有的项目都有所运用。

public class RedisDistributedLock { private static final String LOCK_SUCCESS = "OK"; private static final Long RELEASE_SUCCESS = 1L; private static int WAIT_TIME = 1 * 1000; private static String EVAL_SCRIPT = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end"; public String lock(Jedis jedis, String key) { try { // 超过等待时间，加锁失败 long waitEnd = System.currentTimeMillis() + WAIT_TIME; String value = UUID.randomUUID().toString(); while (System.currentTimeMillis() < waitEnd) { String result = jedis.set(key, value, "NX", "PX", 1000); if (LOCK_SUCCESS

一、什么是Redis？ Redis是用C语言开发的一个开源的高性能键值对（key-value）数据库。它通过提供多种键值数据类型来适应不同场景下的存储需求。目前为止Redis支持的键值数据类型如下： 二、Redis支持的键值数据类型： 1、 字符串类型（String），常规的set/get操作，value可以是String也可以是数字。一般做一些复杂的计数功能的缓存。 2、 散列类型（hash），value存放的是结构化的对象，比较方便的就是操作其中的某个字段。ps：hash被(string和json)取代了 3、 列表类型（list），使用List的数据结构，可以做简单的消息队列的功能。 4、 集合类型（set），set堆放的是一堆不重复值的集合，可以做全局去重的功能。 5、 有序集合类型（sorted set sorted set），多了一个权重参数score,集合中的元素能够按score进行排列。可以做范围查找。 三、redis的可以应用于哪些地方？ 1、缓存（数据查询、短连接、新闻内容、商品内容等等）。 2、聊天室的在线好友列表。 3、任务队列。（秒杀、抢购、等） 4、应用排行榜。 5、网站访问统计。 6、数据过期处理（可以精确到毫秒） 7、分布式集群架构中的session分离。 四、为什么使用redis（优点）？ 1、性能 ，我们在碰到需要执行耗时特别久

分布式锁的实现： 基于redis的单线程机制及redis中的setnx方法实现的； 存在的问题： 1，可能会出现key失效的可能性； 2，可能出现key永生导致接口一直无法被调用； 解决方案1： 入锁：通过setnx方法，然后通过explain加入key对应的失效时间，防止key永生；再接口调用完成最后提交事务的时候，通过get方法校验当前key是否存在，如果不存在直接抛出异常回滚，默认本次调用不安全； 解决方案2，基于redssion的解决方案: 基于redssion可以设置等待锁的时间，及锁的失效时间。 @Override public boolean tryLock(long waitTime, long leaseTime, TimeUnit unit) throws InterruptedException { long time = unit.toMillis(waitTime); long current = System.currentTimeMillis(); final long threadId = Thread.currentThread().getId(); // 尝试获取锁，并返回剩余超时时间 Long ttl = tryAcquire(leaseTime, unit, threadId); // lock acquired //

文章目录 【一】介绍 【二】redis锁 【三】代码实现 【四】链接 【一】介绍 分布式锁是控制分布式系统之间同步访问共享资源的一种方式。在分布式系统中，常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源，那么访问这些资源的时候，往往需要互斥来防止彼此干扰来保证一致性，在这种情况下，便需要使用到分布式锁。 【二】redis锁 先来看看一些redis的基本命令： SETNX key value 如果key不存在，就设置key对应字符串value。在这种情况下，该命令和SET一样。当key已经存在时，就不做任何操作。SETNX是”SET if Not eXists”。 expire KEY seconds 设置key的过期时间。如果key已过期，将会被自动删除。 del KEY 删除key 【三】代码实现 package com . provider . demo . comment ; /** * @Description * @Author fengwen * @Date 2020/1/23 11:37 * @Version V1.0 */ import lombok . extern . slf4j . Slf4j ; import org . springframework . beans . factory . annotation .

Redisson是一个在Redis的基础上实现的Java驻内存数据网格（In-Memory Data Grid）。它不仅提供了一系列的分布式的Java常用对象，还提供了许多分布式服务。其中包括(BitSet, Set, Multimap, SortedSet, Map, List, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock, AtomicLong, CountDownLatch, Publish / Subscribe, Bloom filter, Remote service, Spring cache, Executor service, Live Object service, Scheduler service) Redisson提供了使用Redis的最简单和最便捷的方法。Redisson的宗旨是促进使用者对Redis的关注分离（Separation of Concern），从而让使用者能够将精力更集中地放在处理业务逻辑上。 官方文档地址： https://github.com/redisson/redisson/wiki 3.3.1. 快速入门 引入依赖 <dependency> <groupId>org.redisson</groupId> <artifactId>redisson<

引言 为什么写这篇文章? 博主的《分布式之消息队列复习精讲》得到了大家的好评，内心诚惶诚恐，想着再出一篇关于复习精讲的文章。但是还是要说明一下，复习精讲的文章偏面试准备，真正在开发过程中，还是脚踏实地，一步一个脚印，不要投机取巧。 考虑到绝大部分写业务的程序员，在实际开发中使用redis的时候，只会setvalue和getvalue两个操作，对redis整体缺乏一个认知。又恰逢博主某个同事下周要去培训redis，所以博主斗胆以redis为题材，对redis常见问题做一个总结，希望能够弥补大家的知识盲点。 复习要点? 本文围绕以下几点进行阐述 1、为什么使用redis 2、使用redis有什么缺点 3、单线程的redis为什么这么快 4、redis的数据类型，以及每种数据类型的使用场景 5、redis的过期策略以及内存淘汰机制 6、redis和数据库双写一致性问题 7、如何应对缓存穿透和缓存雪崩问题 8、如何解决redis的并发竞争问题 正文 1、为什么使用redis 分析:博主觉得在项目中使用redis，主要是从两个角度去考虑:性能和并发。当然，redis还具备可以做分布式锁等其他功能，但是如果只是为了分布式锁这些其他功能，完全还有其他中间件(如zookpeer等)代替，并不是非要使用redis。因此，这个问题主要从性能和并发两个角度去答。 回答:如下所示，分为两点 （一）性能