1 准备数据库表
CREATE TABLE `user` (
`id` bigint(20) NOT NULL COMMENT '主键ID',
`name` varchar(30) DEFAULT NULL COMMENT '姓名',
`age` int(11) DEFAULT NULL COMMENT '年龄',
`email` varchar(50) DEFAULT NULL COMMENT '邮箱',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO user (id, name, age, email) VALUES
(1, '杨幂', 18, 'yangmi@baomidou.com'),
(2, '刘亦菲', 20, 'yifei@baomidou.com'),
(3, '刘德华', 28, 'andy@baomidou.com'),
(4, '李嘉欣', 21, 'candy@baomidou.com'),
(5, '张国荣', 24, 'brother@baomidou.com');-- DestributeLock.stock definition
CREATE TABLE stock (
id bigint NOT NULL AUTO_INCREMENT,
product_code varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL,
ware_house varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL,
count int DEFAULT 0,
version int DEFAULT 0,
PRIMARY KEY (id),
KEY stock_product_code_IDX (product_code) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
2 官网
https://baomidou.com/pages/24112f/#%E6%A1%86%E6%9E%B6%E7%BB%93%E6%9E%84
https://baomidou.com/pages/223848/#keysequence
https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-data-redis/3.2.33 本地JVM锁失效的情况以及解决方案
1: //本地线程锁失效的案例 1 使用多例模式 并且指定代理模式为 CGLIB
// @Scope(value = "prototype", proxyMode = ScopedProxyMode.TARGET_CLASS)
2: @Transactional
public synchronized void reduce() {........}
或 @Transactional
public void reduce() {
lock.lock();
。。。。}
由于事务注解 是是使用 AOP 来使用的，多线程情况下 在第一个线程还没提交事务之前 第二个先线程获取锁并且 在第一个线程之前执行完业务 并且提交完成 ，这时 第一个线程才 把数据提交 ，这样就会导致 两个线程修改之后的数据都是一样的 ，就会产生并发问题
3: 在集群环境下，由于 请求负载到不同的 进程的服务了 ，这时jvm 的 事务也被隔离了 ，本地锁也只能管到自己了
===========================================================================
4: 解决上述问题的方案一
使用数据库本身的锁，使用一个sql 在执行修改库存的时候 带上具体的查询条件
public void reduce() {
stockMapper.updateStock("1001",1);
}
@Update("update stock set count=#{count} where product_code=#{productCode} and count >= #{count}")
int updateStock(@Param("productCode") String productCode, @Param("count") Integer count);
缺点:
这种方案没办法获取到锁修改前后的状态
同一个商品有多个库存的时候没法判断修改哪一个
所得范围是表锁
5: 悲观锁 没加索引的时候锁范围还或者是全表，会有时所问题，加锁时枷锁的顺序要一致
@Transactional
public void reduce() {
List<Stock> stocks = stockMapper.queryStockList("1001");
Stock stock = stocks.get(0);
if(stock != null && stock.getCount() > 0){
stock.setCount(stock.getCount() -1);
stockMapper.updateById(stock);
}
}
@Select("select * from stock where product_code=#{productCode} for update")
List<Stock> queryStockList(@Param("productCode") String productCode);
添加索引之前的性能
添加索引之后的性能
6：乐观锁 添加时间戳或者版本号 + CAS 操作来实现 compare and swap 比较并交换
select * from stock where product_code ='10010'
拿到version 字段
判断库存大于要购买的数量N
update stock set count = count -n ，version = 上一步查询出来的version + 1 and version= 上一步查询出来的version
如果影响的行为0 说明已经被别人改过了，需要循环或者递归重试
@Transactional
public void reduce() {
List<Stock> stocks = stockMapper.selectList(new QueryWrapper<Stock>().eq("product_code", "1001"));
Stock stock = stocks.get(0);
Integer version = stock.getVersion();
if (stock != null && stock.getCount() > 0) {
stock.setCount(stock.getCount() - 1);
stock.setVersion(version + 1);
if (stockMapper.update(new UpdateWrapper<Stock>().eq("id", stock.getId()).eq("version", stock.getVersion())) == 0) {
reduce();
}
}
}
4 redis 版本的锁
1： 添加依赖
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
<version>3.2.3</version>
</dependency>
2： 修改配置文件
spring.data.redis.host=192.168.187.128
spring.data.redis.port=6379
spring.data.redis.database=0
spring.cache.type=REDIS
spring.data.redis.timeout=10000
spring.data.redis.lettuce.pool.max-active=100
spring.data.redis.lettuce.pool.max-wait=-1
spring.data.redis.lettuce.pool.max-idle=8
spring.data.redis.lettuce.pool.min-idle=0
spring.data.redis.lettuce.pool.time-between-eviction-runs=10s
编写一个测试用例测试是否redis正确连接此时可能会出现 连不上redis ，需要修改配置文件
注释 掉 bind 127.0.0.1 这个项
可以连接上之后 关闭服务器再打开会发现我们set 的 值消失了 这是因为我们没有开启持久化
可以去开启 rdb 或者 aof 我这里开启了 aof
在配置文件中将 appendonly 的 no 改为 yes
重启服务 ./redis-server redis.conf
现在去运行代码可以看到 正常运行结果了，环境搭建完成
3: 使用 redis 自带的乐观锁来实现锁结局超卖问题
可以保证线程安全问题但是，但是并发量非常低，性能不能保证,不推荐使用
public void reduce() {
this.redisTemplate.execute(new SessionCallback<Object>() {
@Override
public Object execute(RedisOperations operations) throws DataAccessException {
operations.watch("stock"); //监控节点
String stock = operations.opsForValue().get("stock")==null?"": operations.opsForValue().get("stock").toString();
//判断库存是否充足
if(StringUtils.isNoneBlank(stock) && Integer.parseInt(stock) != 0){
Integer st = Integer.parseInt(stock);
if(st > 0){
operations.multi(); //开启事务
//扣减库存
operations.opsForValue().set("stock",String.valueOf(--st));
//执行事务
List exec = operations.exec();
if(exec == null || exec.size()==0){
//如果返回为空则表示扣减库存失败需要重试
try {
Thread.sleep(20);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
reduce();
}
return exec;
}
}
return null;
}
});
}