Redisson库、分布式知识

10 篇文章 0 订阅


spring-boot-data-redis默认使用的 Lettuce客户端操作数据的。
客户端 Redisson很强大,使用它替换默认的 Lettuce,使用基本Redis功能的同时,提供一些高级服务:

  • 远程调用
  • 分布式锁
  • 分布式对象、容器
1. 什么是分布式?

在这里插入图片描述
分布式结构就是将一个完整的系统,按照业务功能,拆分成一个个对立的子系统,在分布式结构中,每个子系统就被称为“服务”

2. 集成

在 SpringBoot中集成 Redission

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

<dependency>
    <groupId>org.redisson</groupId>
    <artifactId>redisson-spring-boot-starter</artifactId>
    <version>3.13.0</version>
</dependency>

这只是引入了 Redission的包,还需要在application.properties中对它进行配置:

//redis启动主机ip
spring.redis.host=
//redis端口号
spring.redis.port=
//redis登录密码
spring.redis.password=
3. 如何使用 Redission

由于依赖中redisson-spring-boot-starter只是替换了客户端,所以之前redis的写法可以完全不变,直接使用 SpringBoot 提供的RedisTemplate即可
代码演示使用RedissonClient

//通过常用方式向redis中写值
stringRedisTemplate.opsForValue().set("greet", "Hello World", 40, TimeUnit.SECONDS);
//通过redissonClient读取redis中的值
RBucket<String> greet = redissonClient.getBucket("greet", new StringCodec());
String greetWorlds = greet.get();
4. 分布式ID

随着业务的增长,数据量会越来越大,需要对数据进行分表,甚至分库。分表后的每个表的数据按照自己的节奏来自增,这样会造成ID冲突,需要一个单独的机制来负责生成唯一ID
分库、分表的目的都是让每张表不过大,数据能够均衡分布,提升读写效率
Redis 的所有命令操作都是单线程的,本身提供像incrincreby这样的自增原子命令,所以能够保证生成ID是唯一有序的

4.1 举例说明 Redis 是如何生成 分布式 ID

线上购买产品都会生成一个订单号,现在我们根据当天时间及订单生成的序号来生成一个唯一的+ID(如+ID+为"202006011"前八位表示是 2020年 6月1号生成的,后面的序号表示是第一个订单),具体代码如下

@GetMapping("/getautoid")
@ResponseBody
public String getAutoId() {
	//格式化格式为年月日
	DateTimeFormatter dateTimeFormatter = DateTimeFormatter.ofPattern("yyyyMMdd");
	//获取当前时间
	String now = LocalDate.now().format(dateTimeFormatter);
	//通过redis的自增获取序号
	RAtomicLong atomicLong = redissonClient.getAtomicLong(now);
	atomicLong.expire(1, TimeUnit.DAYS);
	//拼装订单号
	return now + "" + atomicLong.incrementAndGet();
}
5. 分布式锁

在 Java 中 Synchronized 关键字是本地锁,只能解决一台服务器并发问题。
无法保证某个数据的改变是同一台服务器操作的,我们需要的是一个能锁住所有服务器的锁 — 分布式锁
要实现 redis 分布式锁大致需要三个步骤:

  1. 取得锁
//CUSTOM_NAME 自定义锁名称字符串,一般是跟业务相关的名称
//Rlock 继承于 java.util.concurrent.locks.Lock
RLock rLock = redissonClient.getLock("CUSTOM_NAME")
  1. 上得锁
/**
上锁过程
常用两种方式 tryLock() 或者 lock()
*/
rLock.tryLock();
  1. 解锁
rLock.unlock();
6. Redis事务与分布式锁
6.1 事务

一组操作的有序集合,Redis最小的执行单位
特点是:事务只会在数据被某个客户端抢先修改的情况下,通知其他执行这些命令的客户端,让他撤销对数据的修改操作,并不能阻止其他客户端对数据进行修改 ---- 也就是说,事务不知道数据有没有被修改,默认当做没有被修改,持续执行命令,直到收到系统的通知而撤销操作

6.2 分布式锁

控制共享资源的一种方式,采用互斥的方式来防止彼此干扰从而保证一致性,阻止其他客户端对数据进行修改 ---- 每个客户端都知道自己有没有抢占到锁,抢占到锁就执行,没有抢到成功就不执行

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值