- 1. redis的分布式锁简介
- 2.reids分布式锁分析
- 2.1.redis分布式锁的原理**
- 2.2.Jedis分布式锁实现**
- 2.3.锁过期的问题
- 3.redisson分布式锁
- 3.1 redisson简介
- 3.2 redisson分布式锁
- 3.3 redisson重入锁
- 3.4 redisson锁释放
- 3.4 watch dog 自动给锁延时
- 4.分段锁
- 4.1分段锁设计
今天是孤尽班学习的第25天，今天跟着雪松老师学习的redis的分布式锁，感谢老师们的辛勤付出，我会继续努力，加油。 1. redis的分布式锁简介
在分布式的架构下，在JVM之间需要一种高级的锁机制，解决JVM之间的线程安全的问题
2.reids分布式锁分析 2.1.redis分布式锁的原理**sentx lock “value” 当key不存在时，将key设置为value值
enpire lock 10设置锁对策有效时间为10秒
问题：当enpitre没有释放锁成功时，锁还会存在，其他线程永远抢不到锁，
解决方案：
1.设置锁时设置过期时间 set lock “123” ex（秒）或者 px（毫秒） 30 nx(key不存在时，设置value，设置lock值是否成功提示，成功返回1，否则返回空)
xx (key存在时，设置value，成功返回1，更新 lock值，否则返回空)
2.使用lua脚本，加锁和解锁原子性解决
eval “return { KEY[1], KEY[2], AVG[1]，AVG[2]}” 2（一组有一个参数） k1 k2 a1 a2
eval “return redis.call（‘set’，KEY[1],AVG[1]）” 1 foo bar
设置 key值为 foo ；value 为 bar
一个线程获取锁之后，其他线程不能获取锁，锁之间 是互斥的
解锁
场景：一个线程获取锁进行业务操作码，在业务进行过程中遇到不可抗力因素（full gc 导致所有线程被挂起），线程没有写完文件就导致锁过期，再次获取锁去写文件时，因为上次已经写了部分文件，导致再次写入时会导致写入文件错误
解决办法1：
给锁增加版本，只有相同版本的锁才执行业务操作，每次获取锁时，锁的版本增加1
解决办法2：
watch dog 看门狗
不会侵入业务代码，延长线程持有锁的时间，当线程持有锁的会自动延长锁的时间
基于Netty实现的redis的客户端，不能操作原生的客户端，还为使用者提供了一系列具有分布式特性常用个工具类，实现分布式锁
3.2 redisson分布式锁引入 redisson-spring-boot-starter 的maven依赖
获取锁—> try{ 加锁，业务代码，解锁}catch（）{}
写入锁的值时，当key不存在时，直接写入锁
当锁存在且value不存在时 ，重写失败（自旋）
当锁存在且value存在时 ，锁的值加1（锁重入）
场景：高并发的秒杀场景，1秒钟秒杀600个订单，将锁以5个订单为一段，将锁分为 600/5=120段，1秒钟执行5次
