根据存储引擎不同,支持不同的锁
Myisam:支持表锁
Innodb:支持行锁
BDB:支持页锁
Memory :支持表锁
Archive:行锁
表锁:顾名思义,锁住一个表,开销小,加锁快,不会出现死锁,锁住的数据大(粒度),应对并发差
行锁:锁住一条数据,开销大,加锁慢,会出现死锁,应对并发高
页锁:锁住当前页的数据,性能介于表锁行锁之中
影响数据量
表锁 > 页锁 > 行锁
(重点)行锁由共享锁,排他锁实现
共享锁:与任何锁使用都不会冲突(排他锁除外)。只可以读不可以写
排他锁,与任何锁使用都会冲突。不可以读不可以写。
理论上的锁
悲观锁:需要加锁才可以实现。(悲观锁不一定是排他锁,排他锁一点是悲观锁)
乐观锁(mvcc):不加锁实现
死锁:多个事务之间内部锁进行争锁,互相等待锁释放,造成死锁
例:开启两个事务
共享锁执行过程中。update,insert,delete都会触发排他锁
流程 | session1 | session2 |
同时开启事务 | 开启事务 | 开启事务 |
同时开启一个共享锁,可以读取数据 | 开启一个共享锁 | 开启一个共享锁 |
因为此时session2开启了一个共享锁,session1这时候插入,造成等待session2 | update修改一条数据 | |
session2此时进行插入操作,也触发了排他锁,等待session1 | update修改一条数据 |
上图中,因为两个事务内部同时开启了共享锁,在进行修改操作,造成了,两个锁在等待对方的释放,从而造成死锁
实际执行中,session1先执行成功,session2执行失败,因为mysql内部会进行判断事务的大小,会选择事务小的进行回滚,如果事务差不多大,会选择先提交的事务进行提交,后提交的事务回滚