redis锁在事务提交之后再释放

发现 我们平时使用 分布式锁的方式有问题 如: try {} finnally{ 释放锁} , 如果方法有事务的话 , 进到finnally 的时候并不代表,数据已经持久化。 会导致锁提前释放,正确的做法应该是 事物完成后再释放锁。

/**
 * 事务结束后释放锁
 */
private void unlockAfterTransaction(LockResult lockResult) {
    //事物完成后释放锁
    TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronizationAdapter() {
        @Override
        public void afterCompletion(int status) {
            super.afterCompletion(status);
            distLockSservice.unlock(lockResult);
        }
    });
}

  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis分布式是一种常见的并发控制机制,用于在分布式系统中解决多个请求并发访问资源时的互斥问题。当多个客户端同时尝试获取同一时,只有一个客户端能够成功获取,其他客户端则需要等待,直到释放。这通常通过在Redis中设置一个过期时间的键来实现,例如使用`SETNX`命令设置一个唯一的标识,如果该键不存在则设置并返回true,表示获得。 数据库事务则是数据库操作的一种执行方式,它保证了对数据库的一组操作要么全部成功,要么全部回滚,从而保持数据的一致性。在一个事务中,所有相关的操作被视为一个原子操作,这有助于避免并发修改导致的数据不一致问题。 当Redis分布式和数据库事务同时使用时,通常会在以下几个场景中: 1. **分布式事务管理**:如果系统需要支持跨数据库的操作,可以先尝试获取Redis,成功后开始一个数据库事务。只有在事务内完成所有操作并提交时,才释放。如果事务失败(如部分操作出错),也会被自动释放,防止数据不一致。 2. **限流与熔断**:在高并发场景下,可能需要使用分布式来实现限流或熔断机制。先获取,如果获取成功,再检查是否超过阈值,如果在事务范围内完成这些操作后,释放。 3. **临时存储**:在需要临时存储数据,等待其他服务处理完成后进行持久化的情况,可以先在Redis中获取,然后在事务中进行数据写入,事务完成后,如果一切正常,释放

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值