不推荐使用application的配置方式,因为会替代spring内部的对于redis的配置方式
注意:如果redis数据库没有密码,不要使用
config.useSingleServer().setPassword("")
的形式,直接跳过setPassword()就可以,配置类写法如下:
@Configuration
public class RedisConfig {
/**
* 配置redisson
* @return
*/
@Bean
public RedissonClient redissonClient(){
Config config = new Config();
config.useSingleServer().setAddress("redis://192.168.41.129:6379");
return Redisson.create(config);
}
}锁的使用方式如下:
RLock redisLock = redissonClient.getLock("lock:order:" + id);
//获取锁
boolean tryLock = false;
try {
tryLock = redisLock.tryLock(1,10, TimeUnit.SECONDS);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}trylock()三个参数表示获取锁的最大等待时间（期间会重试），锁自动释放时间，时间单位
Redisson实现原理:
1.可重入的实现原理:
给原来的thread表示符转换为一个全新的带版本好的变量,有点像乐观锁的操作
原来的redis中存储的键值形式:(thread1里还有一个UUID用来区别不同jvm的同一个线程 )
自行设计的分布式锁的流程:
Redisson的键值设计以及可重入流程
2.主从一致性问题:
Redisson中不设置主节点,从节点,因为涉及到了数据的同步问题,所以不同节点的地位是一致的.Redisson在每次加锁的时候会对所有节点都加锁,这样避免了主从不一致的问题.
当然每个结点为了备份数据也可以各自建立主从结构存储数据,那么这样,当其中一个节点挂掉的时候,这时候他的master启动,而master上没有锁,恰巧有访问这个时候过来,会不会趁虚而入的,当然是不会的,因为在Redisson中要求获取全部的相应锁才能获得数据的使用权限.
Redisson使用联锁实现主从一直性问题的解决:
‘
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/88842.html
