数据库锁

行级锁

• 共享锁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 锁造成的死锁。
• 为表添加合理的索引。防止没有索引出现表锁，出现死锁的概率会突增。

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

乐观锁悲观锁

悲观锁：就是前面的共享锁，排他锁

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

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

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

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

乐观锁

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