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