我收到死锁错误,但不明白为什么。下面的报告显示,第二个事务(..453,已回滚)已经锁定了表的“空间id 545页号7185 n位192索引
.PRIMARY
” >ordersorder_items
" 和 正在等待锁定完全相同的内容。
第一个,...455也想获得同样的锁,但是可以等待,没问题...
所以看起来事务 ..453 锁定了自己?
------------------------
LATEST DETECTED DEADLOCK
------------------------
2017-04-13 10:55:21 7f434dd30700
*** (1) TRANSACTION:
TRANSACTION 108696455, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 5 lock struct(s), heap size 1184, 4 row lock(s), undo log entries 2
MySQL thread id 652170, OS thread handle 0x7f434ca25700, query id 268182543 10.9.14.13 orders updating
delete from order_items where id=13828382 and version='2017-04-11 12:28:02'
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 545 page no 7185 n bits 192 index `PRIMARY` of table `orders`.`order_items` trx id 108696455 lock_mode X locks rec but not gap waiting
*** (2) TRANSACTION:
TRANSACTION 108696453, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
5 lock struct(s), heap size 1184, 7 row lock(s), undo log entries 5
MySQL thread id 652151, OS thread handle 0x7f434dd30700, query id 268182547 10.9.14.11 orders updating
delete from order_items where id=13828386 and version='2017-04-11 12:28:02'
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 545 page no 7185 n bits 192 index `PRIMARY` of table `orders`.`order_items` trx id 108696453 lock_mode X locks rec but not gap
*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 545 page no 7185 n bits 192 index `PRIMARY` of table `orders`.`order_items` trx id 108696453 lock_mode X locks rec but not gap waiting
*** WE ROLL BACK TRANSACTION (1)
编辑:表创建代码:
CREATE TABLE `order_items` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`order_id` bigint(20) DEFAULT NULL,
`catalog_number` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`posex` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`sap_item_name` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`currency` varchar(3) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`status` varchar(20) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`price` decimal(19,2) DEFAULT NULL,
`quantity` decimal(19,10) DEFAULT NULL,
`parent_item_posex` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`deleted` bit(1) DEFAULT NULL,
`version` datetime NOT NULL,
`created_date` datetime NOT NULL,
PRIMARY KEY (`id`),
KEY `FKbioxgbv59vetrxe0ejfubep1w` (`order_id`),
CONSTRAINT `FKbioxgbv59vetrxe0ejfubep1w` FOREIGN KEY (`order_id`) REFERENCES `orders` (`id`),
CONSTRAINT `order_items_ibfk_1` FOREIGN KEY (`order_id`) REFERENCES `orders` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=14564054 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
最佳答案
正如 Rick James 猜测的那样,看起来这只是一把相同的双 key 。至少在删除其中一个约束后,该表上不再出现问题。
关于mysql - Innodb 死锁,看起来像 tx 锁本身,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43391125/