尝试更新以下两个参数，因为它们必须具有默认值。

Innodb_lock_wait_timeout = 50

innodb_rollback_on_timeout = ON

要检查参数值，可以使用下面的SQL语句。

显示全局变量:innodb_rollback_on_timeout

行数并不大……如果account_import_id不是主键，则在它上创建一个索引。

CREATE INDEX idx_customer_account_import_id ON customer (account_import_id);

如果您刚刚终止了一个大型查询，那么回滚将需要时间。如果在已终止查询回滚之前发出另一个查询，则可能会得到一个锁定超时错误。这就是我的遭遇。解决办法就是再等一会儿。

细节:

我发出了一个DELETE查询，从大约100万行中删除大约90万行。

我错误地运行了这个(只删除了10%的行): 删除MOD(id,10) = 0的表

而不是这样(删除90%的行): 删除表中MOD(id,10) != 0

我想要删除90%的行，而不是10%。因此，我在MySQL命令行中终止了进程，因为我知道它会回滚到目前为止删除的所有行。

然后我立即运行了正确的命令，并在不久之后得到了一个锁定超时超过错误。我意识到锁实际上可能是被杀死的查询的回滚仍然在后台发生。所以我等了几秒钟，重新运行了查询。

在做一些测试时，我也遇到过类似的问题。

原因-在我的情况下，事务没有从我的spring引导应用程序提交，因为我在执行期间杀死了@transactional函数(当函数更新一些行时)。由于该事务从未提交到数据库(MySQL)。

结果-不能从任何地方更新这些行。但是能够更新表的其他行。

mysql> update some_table set some_value = "Hello World" where id = 1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

解决方案-杀死所有MySQL进程使用

Sudo killall -9 mysqld

Sudo killall -9 mysqld_safe(当发生错误时重新启动服务器，并将运行时信息记录到错误日志中。在我的情况下不需要)

迟到的派对(像往常一样)，但我的问题是我写了一些糟糕的SQL(作为一个新手)和几个进程对记录有一个锁<-不确定适当的措辞。我最终不得不:SHOW PROCESSLIST，然后使用kill <id>杀死id

查看一下您的数据库是否进行了微调，特别是事务隔离。增加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。