redis分布式锁

Redis 面试题汇总 1.Redis 使用场景有哪些？ 答：Redis 使用场景如下： 记录帖子点赞数、点击数、评论数 缓存近期热帖 缓存文章详情信息 记录用户会话信息 2.Redis 有哪些功能？ 答：Redis 功能如下： 数据缓存功能 分布式锁的功能 支持数据持久化 支持事务 支持消息队列 3.Redis 支持哪些数据类型？ 答：Redis 支持的数据类型如下： String 字符串 List 列表 Set 无序集合 ZSet 有序集合 Hash 哈希类型 4.Redis 相比 Memcached 有哪些优势？ 答：Redis 相比 Memcached 优势如下： Memcached 所有的值均是简单的字符串，Redis 支持更为丰富的数据类型 Redis 的速度比 Memcached 要快 Redis 可以持久化 Redis 可以设置过期时间 Redis 支持主从同步 5.Redis 支持哪些淘汰策略？ 答：Redis 淘汰策略如下： noeviction：禁止淘汰数据； allkeys-lru：尝试回收最少使用的键，使得新添加的数据有空间存放； volatile-lru：尝试回收最少使用的键，但仅限于在过期集合的键，使得新添加的数据有空间存放； allkeys-random：回收随机的键使得新添加的数据有空间存放； volatile-random

1、Redis 的并发竞争 Key ： 多个系统同时对一个 key 进行操作，但是最后执行的顺序和我们期望的顺序不同，这样也就导致了结果的不同！ 2、解决方式： 　　分布式锁（zookeeper 和 redis 都可以实现分布式锁）。（如果不存在 Redis 的并发竞争 Key 问题，不要使用分布式锁，这样会影响性能）基于zookeeper临时有序节点可以实现的分布式锁。 　　大致思想为：每个客户端对某个方法加锁时，在zookeeper上的与该方法对应的指定节点的目录下，生成一个唯一的瞬时有序节点。 判断是否获取锁的方式很简单，只需要判断有序节点中序号最小的一个。 当释放锁的时候，只需将这个瞬时节点删除即可。同时，其可以避免服务宕机导致的锁无法释放，而产生的死锁问题。完成业务流程后，删除对应的子节点释放锁。 在实践中，当然是从以可靠性为主。所以首推Zookeeper。 来源： https://www.cnblogs.com/guoyu1/p/12266139.html

分布式缓存集群方案特性使用场景（Memcache/Redis(Twemproxy/Codis/Redis-cluster)）优缺点对比及选型 分布式缓存特性： 1) 高性能:当传统数据库面临大规模数据访问时,磁盘I/O 往往成为性能瓶颈,从而导致过高的响应延迟.分布式缓存将高速内存作为数据对象的存储介质,数据以key/value 形式存储,理想情况下可以获得DRAM 级的读写性能; 2) 动态扩展性:支持弹性扩展,通过动态增加或减少节点应对变化的数据访问负载,提供可预测的性能与扩展性;同时,最大限度地提高资源利用率; 3) 高可用性:可用性包含数据可用性与服务可用性两方面.基于冗余机制实现高可用性,无单点失效(single point of failure),支持故障的自动发现,透明地实施故障切换,不会因服务器故障而导致缓存服务中断或数据丢失.动态扩展时自动均衡数据分区,同时保障缓存服务持续可用; 4) 易用性:提供单一的数据与管理视图;API 接口简单,且与拓扑结构无关;动态扩展或失效恢复时无需人工配置;自动选取备份节点;多数缓存系统提供了图形化的管理控制台,便于统一维护; 5) 分布式代码执行(distributed code execution):将任务代码转移到各数据节点并行执行,客户端聚合返回结果,从而有效避免了缓存数据的移动与传输.最新的Java 数据网格规范JSR

前言 以前在实习的时候，去Redis官网学了不少命令。不过现在看来，当初只是学到了一些简单的命令。等到实际工作中，在SpringBoot中也快速的集成了Redis。但是到底Redis应用在哪些实际场景中。我之前一直没有深入研究过。现在，我想好好研究一下Redis，因为在实际项目中，引入一个中间件是一件十分谨慎的事情。作为研发负责人，一旦吃不透某种技术，在生产库上出现问题，若无人能解决，将会出现严重的后果。 萌发深入学习Redis的另外一点动机是，上次同事问我，你知道哪些Redis的实际业务场景吗？我只简单了说了几个，同事说我还没有体会过Redis的牛逼之处。孤陋寡闻的我尴尬的笑了笑。 常见业务场景 Redis可以理解为一个数据库，一个缓存中间件，一个消息中间件。这玩意基于内容，跑得很快。主要业务场景： 缓存击穿、穿透、雪崩解决方案 消息通知与队列 排行榜 Session共享 分布式锁 秒杀系统 来源： CSDN 作者： 小大宇 链接： https://blog.csdn.net/yanluandai1985/article/details/104172009

前言 分布式锁一般有三种实现方式： 1. 数据库乐观锁；2. 基于Redis的分布式锁；3. 基于ZooKeeper的分布式锁。本篇博客将介绍第二种方式，基于Redis实现分布式锁。虽然网上已经有各种介绍Redis分布式锁实现的博客，然而他们的实现却有着各种各样的问题，为了避免误人子弟，本篇博客将详细介绍如何正确地实现Redis分布式锁。 可靠性 首先，为了确保分布式锁可用，我们至少要确保锁的实现同时满足以下四个条件： 互斥性。在任意时刻，只有一个客户端能持有锁。 不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁。 具有容错性。只要大部分的Redis节点正常运行，客户端就可以加锁和解锁。 解铃还须系铃人。加锁和解锁必须是同一个客户端，客户端自己不能把别人加的锁给解了。 代码实现 组件依赖 首先我们要通过Maven引入Jedis开源组件，在pom.xml文件加入下面的代码： <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>2.9.0</version> </dependency> 加锁代码 正确姿势 Talk is cheap, show me the code。先展示代码，再带大家慢慢解释为什么这样实现：

什么是redis? Redis 是完全开源免费的，遵守BSD协议，是一个基于内存的高性能的key-value数据库。 Redis 与其他 key - value 缓存产品有以下三个特点： Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。 Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。 Redis支持数据的备份，即master-slave模式的数据备份。 为什么使用redis，有哪些优点？ 性能极高 – Redis能读的速度是110000次/s,写的速度是81000次/s 。 丰富的数据类型 – Redis支持二进制案例的 Strings, Lists, Hashes, Sets 及 Ordered Sets 数据类型操作。 原子 – Redis的所有操作都是原子性的，意思就是要么成功执行要么失败完全不执行。单个操作是原子性的。多个操作也支持事务，即原子性，通过MULTI和EXEC指令包起来。 丰富的特性 – Redis还支持 publish/subscribe, 通知, key 过期等等特性。 redis的应用场景 1.缓存功能 缓存设计主要问题： 缓存穿透； 缓存击穿； 缓存与数据库不一致； 缓存热点数据； https://www.cnblogs.com

在分布式集群环境下，对 Redis 数据的修改也会发生冲突，这时候需要利用锁的机制，防止数据在同一时间被多个系统修改。 实现分布式锁的思路就是利用 Redis 的两个命令：setnx 和 setex，修改数据前使用 setnx 命令对操作加锁，防止其他系统执行相同操作，使用 setex 命令设置锁超时时间（这一步的目的是防止系统突然挂掉，没有解锁），在操作结束后，进行解锁。 我们新建一个任务 Scheduled，每10秒执行一次，在不同的机器（虚拟机）上启动相同的项目，因为锁的原因，同一时间只有一个任务被执行，代码如下： @Service public class LockNxExJob { private static final Logger logger = LoggerFactory.getLogger(LockNxExJob.class); @Autowired private RedisService redisService; @Autowired private RedisTemplate redisTemplate; private static String LOCK_PREFIX = "prefix_"; @Scheduled(cron = "0/10 * * * * *") public void lockJob() { String lock = LOCK

写在前面 大厂面试主要及经常问到技术点： 并发编程、多线程、JVM、优化、Spring、消息框架、分布式、缓存等以及你使用过的框架且第一轮的基础很重要，通过会后录取可能性就相对高了！ 今天小编已经将这些大厂都常问的技术点的问题都整理出来了，希望能帮助到深夜还在为面试做准的朋友、后续准备面试的朋友。 面试题如下： 并发编程28题 Synchronized 用过吗，其原理是什么？ 你刚才提到获取对象的锁，这个“锁”到底是什么？如何确定对象的锁？ 什么是可重入性，为什么说 Synchronized 是可重入锁？ JVM 对 Java 的原生锁做了哪些优化？ 为什么说 Synchronized 是非公平锁？ 什么是锁消除和锁粗化？ 为什么说 Synchronized 是一个悲观锁？乐观锁的实现原理又是什么？什么是 CAS，它有什么特性？ 乐观锁一定就是好的吗？ 跟 Synchronized 相比，可重入锁 ReentrantLock 其实现原理有什么不同？ 那么请谈谈 AQS 框架是怎么回事儿？ 请尽可能详尽地对比下 Synchronized 和 ReentrantLock 的异同。 ReentrantLock 是如何实现可重入性的？ 除了 ReetrantLock，你还接触过 JUC 中的哪些并发工具？ 请谈谈 ReadWriteLock 和 StampedLock。 如何让 Java

转载至:https://www.cnblogs.com/linjiqin/p/8003838.html 前言 分布式锁一般有三种实现方式：1. 数据库乐观锁；2. 基于Redis的分布式锁；3. 基于ZooKeeper的分布式锁。本篇博客将介绍第二种方式，基于Redis实现分布式锁。虽然网上已经有各种介绍Redis分布式锁实现的博客，然而他们的实现却有着各种各样的问题，为了避免误人子弟，本篇博客将详细介绍如何正确地实现Redis分布式锁。 可靠性 首先，为了确保分布式锁可用，我们至少要确保锁的实现同时满足以下四个条件： 互斥性。在任意时刻，只有一个客户端能持有锁。 不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁。 具有容错性。只要大部分的Redis节点正常运行，客户端就可以加锁和解锁。 解铃还须系铃人。加锁和解锁必须是同一个客户端，客户端自己不能把别人加的锁给解了。 代码实现 组件依赖 首先我们要通过Maven引入Jedis开源组件，在pom.xml文件加入下面的代码： <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>2.9.0</version> </dependency> 加锁代码 正确姿势 Talk is

Redis实现分布式锁 1.锁的处理 单应用中使用锁：单进程多线程 synchroize , Lock 分布式应用中使用的锁：多进程 2.分布式锁的实现方式 数据库的乐观锁 基于zookeeper的分布式锁 基于redis的分布式锁 3.分布式锁的注意事项 互斥性：在任意时刻，只有一个客户能持有锁 同一性：加锁和解锁必须是同一个客户端，客户端自己不能把别人加的锁给解了 避免死锁：即使有一个客户端在持有锁的期间奔溃而没有主动解锁，也能保证后续其他客户端能加锁 4.实现分布式锁 4.1获取锁 在SET命令中，有很多选项可用来修改命令的行为，以下是SET命令可用选项的基本语法 EX seconds -设置指定的到期时间以秒为单位。 PX milliseconds-设置指定的到期时间（以毫秒为单位）。 NX -仅在键不存在时设置锁。 XX-只有在键已存在时才设置。 方式1（使用set命令实现） 使用redis的set命令实现获取分布式锁 @param lockkey 可以就是锁 @param requestId 请求ID，保证同一性 @param expireTime 过期时间，避免死 方式2（使用setnx命令实现） 4.2释放锁 来源： https://www.cnblogs.com/liyalong/p/12247460.html