浅析 MySQL INSERT INTO ... SELECT 的隐患与应对

2023-12-22 09:23:09

MySQL 中 INSERT INTO...SELECT 语句的死锁风险

作为一名 DBA，你一定很熟悉 MySQL 中的 INSERT INTO...SELECT 语句。它是一种将数据从一张表快速迁移到另一张表的方便方法。但你是否知道它隐藏着一个潜在的陷阱——死锁？

什么是死锁？

死锁发生在两个或多个线程争用同一资源（例如行锁）时，导致它们都无法获得所需的资源，从而陷入无限等待的状态。在 MySQL 中，当两条 INSERT INTO...SELECT 语句同时尝试在同一张表上建立冲突锁（例如排他锁）时，就会触发死锁。

为什么 INSERT INTO...SELECT 会引发死锁？

MySQL 的默认表锁策略是表级锁。这意味着，当执行 INSERT INTO...SELECT 语句时，数据库会在目标表上加一个排他锁，锁定表内所有行。然而，INSERT INTO...SELECT 语句本质上是一条 DQL（数据查询语言）语句，而不是 DML（数据操作语言）语句。它并不打算修改表中已有的数据，而是创建一个新表。但由于 MySQL 的锁策略，该语句在执行时会先尝试获取目标表的排他锁，这就会导致与争用相同表的排他锁的另一条 INSERT INTO...SELECT 语句发生死锁。

如何应对 INSERT INTO...SELECT 的死锁风险？

有几种方法可以应对 MySQL 中 INSERT INTO...SELECT 语句的死锁风险：

1. 调整并发策略

最直接的方法是将 MySQL 的并发策略从表级锁调整为行级锁。这样，并发执行 INSERT INTO...SELECT 操作时，两条语句不再需要为争用整张表而加锁，只需为它们分别需要访问的行加锁，从而有效规避死锁风险。

2. 优化语句顺序

在实际应用中，你可以通过优化语句顺序来规避死锁。即，在执行 INSERT INTO...SELECT 操作之前，先为目标表加上显式的行级排他锁。这样，在进行数据迁移时，数据库就会为目标表中的每一行加上排他锁，有效避免死锁。

3. 调整隔离级别

调整隔离级别也是一种选择。将 MySQL 的隔离级别从“脏读”或“读已提交”调整为“可串行化”或“快照隔离级别”等更高的级别，可以严格限制并发下多个语句对同一条数据的访问，从而从源头上消除死锁风险。

4. 优化数据结构

从数据结构层面入手，也可以有效降低死锁风险。例如，对于冲突特别激烈的表，可以考虑将数据拆分到多个表中，从而降低数据间的耦合度，减少单表的数据量，缩小表锁的范围，降低死锁发生的可能性。

5. 数据库重启

此外，对于个别死锁场景，采取重启 MySQL 服务的方式也是一种可行且有效的补救手段。