数据库锁

Dean0731 27天前 ⋅ 41 阅读

行级锁

  • 共享锁S(读锁):其他事务可以继续加锁,但是不能加排它锁

  • 排它锁X(写锁):其他事务不能继续加锁

  • 共享锁共享锁兼容,其他冲突

表级锁

  • 意向锁
    • 意向共享锁:想要获取表中的几行的共享锁
    • 意向排它锁:想要获取表中的几行的排它锁

为什么开发人员必须要了解数据库锁?

自增长锁

  • 提升并发插入性能
  • Sql执行完就释放

记录锁

  • 索引加锁

间隙锁

  • 锁定一个范围,会阻塞插入间隙锁,防止幻读
    • inset user values(1,"name'')
    • inset user values(6,"name'')
    • 此时1-6中间没有记录,会给1-6 中间添加间隙锁

next-key

  • 记录锁加间隙锁

插入意向锁

MVCC

  • 多版本并发控制技术。在 InnoDB 中,在每一行记录的后面增加两个隐藏列,记录创建版本号和删除版本号。通过版本号和行锁,从而提高数据库系统并发性能。

  • 对于读操作可以分为两种读:

    • 快照读:读取的历史数据,简单的 select 语句,不加锁,MVCC 实现可重复读,使用的是 MVCC 机制读取 undo 中的已经提交的数据。所以它的读取是非阻塞的。
    • 当前读:需要加锁的语句,update,insert,delete,select...for update(手动加锁)

如何防止死锁

  • 以固定的顺序访问表和行。交叉访问更容易造成事务等待回路。
  • 尽量避免大事务,占有的资源锁越多,越容易出现死锁。建议拆成小事务。
  • 降低隔离级别。如果业务允许(上面也分析了,某些业务并不能允许),将隔离级别调低也是较好的选择,比如将隔离级别从 RR 调整为 RC,可以避免掉很多因为 gap 锁造成的死锁。
  • 为表添加合理的索引。防止没有索引出现表锁,出现死锁的概率会突增。

img

为什么开发人员必须要了解数据库锁?

  • 原子性:Atomicity
  • 一致性:Consistency
  • 持久性:Durability
  • 隔离性:Isolation
    • 读未提交:事物并行时可以看到位提交的操作
    • 读已提交:与上边对比,
    • 可重复读
    • 串行化
      • 事务串行执行
      • 脏读:读得到未提交数据
      • 不可重复读:一个事务中2次查询结果出现不同,update,delete
      • 幻读:与上面类似,重点在于insert

为什么开发人员必须要了解数据库锁?

乐观锁悲观锁

悲观锁:就是前面的共享锁,排他锁

  • 在对记录进行修改前,先尝试为该记录加上排他锁

  • 如果加锁失败,说明该记录正在被修改,那么当前查询可能要等待或者抛出异常。具体响应方式由开发者根据实际需要决定。

  • 如果成功加锁,那么就可以对记录做修改,事务完成后就会解锁了。

  • 期间如果有其他对该记录做修改或加排他锁的操作,都会等待解锁或直接抛出异常。

乐观锁

  • 不需要锁机制,认为操作时没有线程修改数据,只在更新数据的时候判断
  • 冲突检测,数据更新
  • CAS(compareAndSet)是一项乐观锁技术,当多个线程尝试使用CAS同时更新同一个变量时,只有其中一个线程能更新变量的值,而其它线程都失败,失败的线程并不会被挂起,而是被告知这次竞争中失败,并可以再次尝试。java实现的自旋锁:https://dean0731.top/post/7

全部评论: 0

    我有话说: