MySQL 对 InnoDB 表使用 行级锁定，以支持多个会话同时进行写访问，使其适用于多用户、高并发和 OLTP 应用程序。

为了避免在对单个 InnoDB 表执行多个并发写操作时出现 死锁，请在事务开始时通过对要修改的每组行发出 SELECT ... FOR UPDATE 语句来获取必要的锁，即使数据更改语句出现在事务的后面。如果事务修改或锁定多个表，请在每个事务中以相同的顺序发出适用的语句。死锁会影响性能，而不是表示严重的错误，因为 InnoDB 默认情况下会自动 检测 死锁条件，并回滚其中一个受影响的事务。

在高并发系统上，当大量线程等待同一个锁时，死锁检测会导致速度变慢。有时，禁用死锁检测并依赖于 innodb_lock_wait_timeout 设置在发生死锁时回滚事务可能更有效。可以使用 innodb_deadlock_detect 配置选项禁用死锁检测。

行级锁定的优点

MySQL 对 MyISAM、MEMORY 和 MERGE 表使用 表级锁定，一次只允许一个会话更新这些表。此锁定级别使这些存储引擎更适合于只读、读为主或单用户应用程序。

这些存储引擎通过在查询开始时始终一次性请求所有需要的锁，并始终以相同的顺序锁定表来避免 死锁。缺点是这种策略降低了并发性；希望修改表的其他会话必须等到当前数据更改语句完成后才能进行操作。

表级锁定的优点

MySQL 授予表写锁的方式如下

MySQL 授予表读锁的方式如下

表更新的优先级高于表检索。因此，当释放锁时，该锁将提供给写锁队列中的请求，然后再提供给读锁队列中的请求。这确保了即使在表的 SELECT 活动繁重时，对表的更新也不会被 “饿死”。但是，如果对表有很多更新，SELECT 语句将等待，直到没有更多更新为止。

有关更改读写优先级的更多信息，请参见 第 10.11.2 节，“表锁定问题”。

您可以通过检查 Table_locks_immediate 和 Table_locks_waited 状态变量来分析系统上的表锁争用，这两个变量分别表示可以立即授予表锁请求的次数和必须等待的次数。

mysql> SHOW STATUS LIKE 'Table%';
+-----------------------+---------+
| Variable_name         | Value   |
+-----------------------+---------+
| Table_locks_immediate | 1151552 |
| Table_locks_waited    | 15324   |
+-----------------------+---------+

Performance Schema 锁表也提供锁定信息。请参阅第 29.12.13 节 “Performance Schema 锁表”。

MyISAM 存储引擎支持并发插入，以减少给定表读写器之间的争用：如果 MyISAM 表的数据文件中间没有空闲块，则行始终插入到数据文件的末尾。在这种情况下，您可以自由地混合并发 INSERT 和 SELECT 语句来处理 MyISAM 表，而无需锁定。也就是说，您可以在其他客户端从 MyISAM 表读取数据的同时向该表插入行。如果从表的中间删除或更新行，则会出现空洞。如果存在空洞，则会禁用并发插入，但在所有空洞都填充了新数据后会自动重新启用。要控制此行为，请使用 concurrent_insert 系统变量。请参阅第 10.11.3 节 “并发插入”。

如果您使用 LOCK TABLES 显式获取表锁，则可以请求 READ LOCAL 锁而不是 READ 锁，以便在您锁定表时其他会话可以执行并发插入。

要在无法进行并发插入的情况下对表 t1 执行许多 INSERT 和 SELECT 操作，您可以将行插入到临时表 temp_t1 中，然后使用临时表中的行更新实际表。

mysql> LOCK TABLES t1 WRITE, temp_t1 WRITE;
mysql> INSERT INTO t1 SELECT * FROM temp_t1;
mysql> DELETE FROM temp_t1;
mysql> UNLOCK TABLES;

通常，在以下情况下，表锁优于行级锁：

使用更高级别的锁，您可以更轻松地通过支持不同类型的锁来调整应用程序，因为锁开销低于行级锁。

行级锁定以外的选项