在我们的案例中，这个问题与锁本身没有太大关系。

问题是我们的一个应用程序端点需要并行打开2个连接来处理单个请求。

例子:

打开第一个连接 开始事务1 锁定表1中的一行 打开第二个连接 启动事务2 锁定表2中的一行 提交事务2 释放第二个连接 提交事务1 释放第一个连接

我们的应用程序的连接池限制为10个连接。

不幸的是，在负载下，一旦所有连接都被使用，应用程序就停止工作，我们开始遇到这个问题。 我们有几个请求需要打开第二个连接才能完成，但由于连接池的限制而无法完成。因此，这些请求长时间保持对table1行的锁定，导致接下来需要锁定同一行的请求抛出此错误。

解决方案:

在短期内，我们通过增加连接池限制修补了这个问题。 从长远来看，我们删除了所有嵌套连接，以完全解决问题。

小贴士:

您可以通过尝试将连接池限制降低到1并测试应用程序来轻松检查是否有嵌套连接。

查看一下您的数据库是否进行了微调，特别是事务隔离。增加innodb_lock_wait_timeout变量不是一个好主意。

检查MySQL中的数据库事务隔离级别:

mysql> SELECT @@GLOBAL.tx_isolation, @@tx_isolation, @@session.tx_isolation;
+-----------------------+-----------------+------------------------+
| @@GLOBAL.tx_isolation | @@tx_isolation  | @@session.tx_isolation |
+-----------------------+-----------------+------------------------+
| REPEATABLE-READ       | REPEATABLE-READ | REPEATABLE-READ        |
+-----------------------+-----------------+------------------------+
1 row in set (0.00 sec)

您可以通过更改隔离级别来获得改进。使用类似oracle的READ COMMITTED而不是REPEATABLE READ。REPEATABLE READ是InnoDB的默认值。

mysql> SET tx_isolation = 'READ-COMMITTED';
Query OK, 0 rows affected (0.00 sec)

mysql> SET GLOBAL tx_isolation = 'READ-COMMITTED';
Query OK, 0 rows affected (0.00 sec)

此外，仅在必要时尝试使用SELECT FOR UPDATE。

在我们的案例中，这个问题与锁本身没有太大关系。

问题是我们的一个应用程序端点需要并行打开2个连接来处理单个请求。

例子:

打开第一个连接 开始事务1 锁定表1中的一行 打开第二个连接 启动事务2 锁定表2中的一行 提交事务2 释放第二个连接 提交事务1 释放第一个连接

我们的应用程序的连接池限制为10个连接。

不幸的是，在负载下，一旦所有连接都被使用，应用程序就停止工作，我们开始遇到这个问题。 我们有几个请求需要打开第二个连接才能完成，但由于连接池的限制而无法完成。因此，这些请求长时间保持对table1行的锁定，导致接下来需要锁定同一行的请求抛出此错误。

解决方案:

在短期内，我们通过增加连接池限制修补了这个问题。 从长远来看，我们删除了所有嵌套连接，以完全解决问题。

小贴士:

您可以通过尝试将连接池限制降低到1并测试应用程序来轻松检查是否有嵌套连接。

我来自谷歌，我只是想添加对我有效的解决方案。我的问题是，我试图删除一个大表的记录，它有很多FK级联，所以我得到了与OP相同的错误。

我禁用了自动提交，然后它只在SQL语句的末尾添加COMMIT。据我所知，这将逐位释放缓冲区，而不是在命令结束时等待。

为了保持OP的示例，这应该是有效的:

Mysql > set autocommit=0;

Mysql > update customer set account_import_id = 1;提交;

不要忘记重新激活自动提交，如果你想让MySQL配置和以前一样。

Mysql > set autocommit=1;

在我的实例中，我正在运行一个异常查询来修复数据。如果你在你的查询中锁定了表，那么你将不必处理锁定超时:

LOCK TABLES `customer` WRITE;
update customer set account_import_id = 1;
UNLOCK TABLES;

这对于正常使用可能不是一个好主意。

更多信息请参见:MySQL 8.0参考手册

有同样的错误，即使我只是更新一个表与一个条目，但重新启动mysql后，它被解决了。