读写锁&意向锁

并发控制

并发操作带来的数据不一致性包括

  • 丢失修改

    • 两个事务 T1, T2 同时对一个数据修改, T2 的提交结果破坏了 T1 提交的结果, 导致 T1 的修改丢失
  • 不可重复读

    • 事务 T1 读取数据后, 事务 T2 执行更新操作, 使 T1 无法再现前一次读取结果
    • 或 T2 删除了部分记录, 当 T1 再按相同的条件读取时, 发现数据消失了 (幻读)
    • 或 T2 插入记录, T1 再次读取数据时, 发现多了一些记录 (幻读)
  • 读脏数据

    • 读脏数据是指: (1) 事务 T1 修改某一数据, 并将其写回磁盘
      
      (2) 事务 T2 读取同一数据后, T1 由于某种原因被回滚
      
      (3) 这时 T1 已经修改过的数据恢复原值, T2 读到的数据就与数据库中的数据不一致
      
      (4) T2 读到的数据就是"脏数据"
      

数据的不一致性是由于并发操作破坏了事务间的隔离性

并发控制就是要用正确的方式调度并发操作, 使一个用户事务的执行不受其他事务的干扰, 从而避免造成数据的不一致性

并发控制的主要技术有: 封锁, 时间戳, 乐观控制法 (我们一般用的是封锁的方式)

封锁

封锁 就是事务在操作某个数据对象之前, 先向系统发出请求, 对其加锁. 加锁后事务就对这个数据有了控制权限, 在事务释放锁之前, 其他事务不能更新这个数据对象.

不同的锁有不同的功能, 基本封锁类型有 排他锁共享锁

<
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redisson的读写锁是一种特殊的锁机制,它允许多个线程同时占有读模式的锁,但一次只能有一个线程占有写模式的锁。当锁处于写模式时,所有图对该锁加锁的线程都会被阻塞,直到锁被解锁。当锁处于读模式时,所有图以读模式对其加锁的线程都可以获得访问权,但如果线程希望以写模式对此锁进行加锁,它必须等待所有的线程释放锁。通常情况下,当锁处于读模式锁定状态时,如果有其他线程图以写模式加锁,读写锁通常会阻塞随后的读模式锁请求,以避免读模式锁长期占用,而等待的写模式锁请求长期阻塞。读写锁适用于对数据构的读次数远远多于写次数的情况,因为读模式锁定时可以共享,而写模式锁定时是独占的。[3] 在Redisson中,可以通过以下方式使用读写锁: 1. 获取RedissonClient对象。 2. 使用RedissonClient对象的getReadWriteLock方法获取读写锁对象。 3. 使用读写锁对象的readLock方法获取读锁对象,或使用writeLock方法获取写锁对象。 4. 在需要加锁的代码块中,使用读锁对象的lock方法进行加锁,使用写锁对象的lock方法进行加锁。 5. 在加锁的代码块执行完毕后,使用读锁对象的unlock方法进行解锁,使用写锁对象的unlock方法进行解锁。 例如,在验证读锁的请求中,可以使用RedissonClient对象的getReadWriteLock方法获取读写锁对象,然后使用读锁对象的lock方法进行加锁,读取数据后再使用unlock方法进行解锁。在验证写锁的请求中,可以使用相同的方式获取读写锁对象,然后使用写锁对象的lock方法进行加锁,写入数据后再使用unlock方法进行解锁。[2] 总之,Redisson的读写锁是一种灵活且高效的锁机制,可以在多线程环境下实现对共享资源的安全访问。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值