MySQL有没有办法不加锁？

Question

我有一个每天运行一次的查询，它从数据库中获取某些表并将它们放入一个表中，以便我可以以我需要的任何格式快速导出信息。

然而，我遇到了一个问题，它给了我以下错误：“SQLSTATE[40001]：序列化失败：1213尝试获取锁时发现死锁；尝试重新启动事务”

据我所知，这听起来像是我的查询正在尝试获取当已经有锁时，锁定表。不过我承认我对表锁定或其工作原理一无所知。

实际上，我只是想读取其他表而不是写入它们，有没有办法可以创建查询但不请求锁定？

我的查询太长了，所以这就是我没有发布它的原因。如果您需要某些部分，请告诉我，我可以发布它们。

Answer 1

您可以尝试使用 INSERT DELAYED，这就是它的作用:

当客户端使用 INSERT DELAYED 时，它会立即从服务器获得确认，并且当表没有被任何其他线程使用时，该行会排队等待插入。

如果您愿意看到混合状态的数据，您可以更改事务隔离级别

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
-- Problematic SELECT query goes here --
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;

我从另一个SO答案中了解到作者：Jon Erickson

Answer 2

如果您处于事务隔离模式 REPEATABLE_READ（这是默认值），则 select 不应创建任何锁。这是正常的。

但是，如果您使用 insert ... select，您当然会在目标表中获得锁。

因此，只要没有其他人写入目标表，并且您的程序最多有一个副本同时运行，您就永远不会出现死锁。

当两个（或更多）进程尝试做永远无法完成的冲突事情时，就会发生死锁。通常，这涉及以不同的顺序更新同一对行，但这可能取决于您的表结构。

需要考虑的想法：

• 使用外部锁（To innodb）针对多个副本序列化进程
• 将此操作的事务隔离模式更改为 READ_COMMITTED - 如果您了解这意味着什么并且可以容忍它。
• 在一个事务中执行更少的工作（更频繁地提交）

您可以在死锁发生后立即使用 SHOW ENGINE INNODB STATUS 查看死锁中涉及的事务正在执行的操作。

您应该能够看到其他进程是什么以及它们在做什么。考虑打开常规日志或使用其他调试技术。

请务必在非生产系统中进行任何测试！