如何清除事务死锁？

Question

使用 'show engine innodb status' 我看到 wordpress 有两个死锁。我想清除这些，但我看不到这些 cmd 中的任何一个的活动进程（即“杀死”并希望强制回滚）。

我可以看到线程 ID、查询 ID 等，但没有任何东西可以用来停止任何一项工作。

关于如何解决这个问题的建议？

编辑：这是状态的（相关？）部分：

------------------------
LATEST DETECTED DEADLOCK
------------------------
110327 10:54:14
*** (1) TRANSACTION:
TRANSACTION 9FBA099E, ACTIVE 0 sec, process no 14207, OS thread id 1228433728 starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 376, 1 row lock(s)
MySQL thread id 12505112, query id 909492800 juno....edu 129....54 wordpress_user updating
DELETE FROM wp_options WHERE option_name = ''_site_transient_timeout_theme_roots''
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 4951009 page no 4 n bits 384 index `option_name` of table `wordpress_work`.`wp_options` trx id 9FBA099E lock_mode X waiting
Record lock, heap no 309 PHYSICAL RECORD: n_fields 2; compact format; info bits 32
0: len 30; hex 5f736974655f7472616e7369656e745f74696d656f75745f7468656d655f; asc _site_transient_timeout_theme_; (total 35 bytes);
1: len 8; hex 0000000000002b6d; asc       +m;;

*** (2) TRANSACTION:
TRANSACTION 9FBA0995, ACTIVE 0 sec, process no 14207, OS thread id 1230031168 starting index read
mysql tables in use 1, locked 1
3 lock struct(s), heap size 1248, 2 row lock(s)
MySQL thread id 12505095, query id 909492789 juno....edu 129.....54 wordpress_user updating
DELETE FROM wp_options WHERE option_name = ''_site_transient_timeout_theme_roots''
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 4951009 page no 4 n bits 384 index `option_name` of table `wordpress_work`.`wp_options` trx id 9FBA0995 lock_mode X locks rec but not gap
Record lock, heap no 309 PHYSICAL RECORD: n_fields 2; compact format; info bits 32
0: len 30; hex 5f736974655f7472616e7369656e745f74696d656f75745f7468656d655f; asc   _site_transient_timeout_theme_; (total 35 bytes);
 1: len 8; hex 0000000000002b6d; asc       +m;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 4951009 page no 4 n bits 384 index `option_name` of table     `wordpress_work`.`wp_options` trx id 9FBA0995 lock_mode X waiting
Record lock, heap no 309 PHYSICAL RECORD: n_fields 2; compact format; info bits 32
0: len 30; hex 5f736974655f7472616e7369656e745f74696d656f75745f7468656d655f; asc   _site_transient_timeout_theme_; (total 35 bytes);
1: len 8; hex 0000000000002b6d; asc       +m;;

*** WE ROLL BACK TRANSACTION (1)

Answer 1

给定一些像这样的“innodb status”输出：

---TRANSACTION 0 0, not started, process no 1024, OS thread id 140386055603968
MySQL thread id 197, query id 771 localhost marc
show innodb status

你想做的

KILL QUERY 771

杀死两个死锁的查询之一。这将终止查询，但保持连接打开。如果你想终止连接，那么你会做KILL 197。

Answer 2

我知道这已经过时了，但通常当您看到这样的情况时，这是因为发生了死锁，并且触发死锁的应用程序早已继续运行——死锁的受害者收到警告，要么失败，要么记录了错误或重试，无论哪种方式都已转移到其他富有成效的事情上。如果您正在编写软件，您通常不需要做任何事情，只需查看死锁的原因并尝试避免将来出现死锁。如果您只是使用该软件（例如，如果您不在 Wordpress 工作，则使用 Wordpress），您可以将死锁报告为可能的错误。

Answer 3

使用 'show engine innodb status' 我看到 wordpress 有两个死锁...关于如何解决这个问题的建议？

我们看到 Java 休眠问题导致卡住锁。我们通过梳理以下输出找到了锁：

show engine innodb status;

这会吐出一大堆信息。相关部分位于TRANSACTIONS 部分。在您的输出中，相关问题似乎是：

3 lock struct(s), heap size 1248, 2 row lock(s)
MySQL thread id 12505095, query id 909492789 juno....edu 129.....54 

对我们来说，# lock struct(s) 表示锁被卡住了。要杀死它，您需要使用指定的“线程 id #”来执行——在这种情况下：

kill 12505095

这适用于 AWS MySQL RDS 以及本地 MySQL。

在我们的 TRANSACTIONS 部分中，我们还看到以下内容：

---TRANSACTION 644793773, ACTIVE 21 sec
2 lock struct(s), heap size 360, 1 row lock(s)
MySQL thread id 217, OS thread handle 0x2aef097700, query id 1177 1.3.5.7 mpsp cleaning up

我们同时查找2 lock struct(s) 和ACTIVE 21 sec 消息。