两者区别

MyISAM 仅仅支持表级锁(table-level locking)，一锁就锁整张表，这在并发写的情况下性非常差。InnoDB 不光支持表级锁(table-level locking)，还支持行级锁(row-level locking)，默认为行级锁。

行级锁的粒度更小，仅对相关的记录上锁即可（对一行或者多行记录加锁），所以对于并发写入操作来说， InnoDB 的性能更高。

表级锁和行级锁对比：

• 表级锁： MySQL 中锁定粒度最大的一种锁（全局锁除外），是针对非索引字段加的锁，对当前操作的整张表加锁，实现简单，资源消耗也比较少，加锁快，不会出现死锁。不过，触发锁冲突的概率最高，高并发下效率极低。表级锁和存储引擎无关，MyISAM 和 InnoDB 引擎都支持表级锁。
• 行级锁： MySQL 中锁定粒度最小的一种锁，是 针对索引字段加的锁 ，只针对当前操作的行记录进行加锁。 行级锁能大大减少数据库操作的冲突。其加锁粒度最小，并发度高，但加锁的开销也最大，加锁慢，会出现死锁。行级锁和存储引擎有关，是在存储引擎层面实现的。

<aside> 💡 总结：在 InnoDB 引擎之前，MySQL 只支持表级锁，需要对整张表加锁，这种方式加锁快、不会出现死锁，但是性能较低，而 InnoDB 中新引入了行级锁，它的粒度更小，仅对和当前操作相关的一行或多行记录加锁，能够大大减少数据库操作的冲突，但是加锁的开销大，加锁慢，同时可能出现死锁。

</aside>

<aside> 💡 行级锁产生死锁的举例：

假设有两个事务，分别是事务A和事务B，同时操作同一张表的不同行。

1. 事务A执行步骤：
   • 事务A获取了行1的锁，准备更新该行的数据。
2. 事务B执行步骤：
   • 事务B获取了行2的锁，准备更新该行的数据。
3. 事务A执行下一步：
   • 事务A需要获取行2的锁，因为它要操作行2的数据。
4. 事务B执行下一步：
   • 事务B需要获取行1的锁，因为它要操作行1的数据。

现在形成了循环依赖：

• 事务A等待事务B释放行1的锁。
• 事务B等待事务A释放行2的锁。

由于互相等待对方释放锁，事务A和事务B就陷入了死锁状态，无法继续执行下去。

</aside>

应用场景

<aside> ❓ 哪些操作会加表级锁？哪些操作会加行级锁？

</aside>

表级锁

行级锁

三类表级锁

表锁

1. 表共享读锁（read lock）：只能读不能写，对其他客户端的读操作不影响，但会阻塞其他客户端的写操作

   

2. 表独占写锁（write lock）：加锁客户端可读可写，其他客户端不能读也不能写

   

元数据锁（Meta Data Lock）

元数据可以简单地理解为是表结构。

无需显式使用，再访问一张表的时候会自动加上，在表上有活动事务的时候，不可以对元数据进行写入操作。