行级锁
-
共享锁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