Процедура взаимоблокировки MySQL: несогласованный порядок вставки пакетов под уникальным индексом

MySQL

Суть тупика в конкуренции за ресурсы.Если порядок вставки пакетов непостоянен, то это легко приведет к тупику.Проанализируем эту ситуацию. Для удобства демонстрации пакетная вставка переписана в несколько вставок.

Сначала проведем несколько небольших экспериментов.Упрощенная структура таблицы выглядит следующим образом.

CREATE TABLE `t1` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `a` varchar(5),
  `b` varchar(5),
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_name` (`a`,`b`)
);

Эксперимент 1:

В случае, когда запись не существует, одновременно выполняются две пакетные вставки в одном и том же порядке, а второй будет находиться в состоянии ожидания блокировки

t1 t2
begin; begin;
insert ignore into t1(a, b)values("1", "1"); успех
insert ignore into t1(a, b)values("1", "1"); состояние ожидания блокировки

Вы можете увидеть текущий статус блокировки

mysql> select * from information_schema.innodb_locks;
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+
| lock_id     | lock_trx_id | lock_mode | lock_type | lock_table | lock_index | lock_space | lock_page | lock_rec | lock_data |
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+
| 31AE:54:4:2 | 31AE        | S         | RECORD    | `d1`.`t1`  | `uk_name`  |         54 |         4 |        2 | '1', '1'  |
| 31AD:54:4:2 | 31AD        | X         | RECORD    | `d1`.`t1`  | `uk_name`  |         54 |         4 |        2 | '1', '1'  |
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+

пока мы занимаемся бизнесомt1При вставке не появляется ни в одной точке останова блокировки, что связано с принципом вставки MySQL

insert 加的是隐式锁。什么是隐式锁？隐式锁的意思就是没有锁

Когда запись вставляется в момент t1, она разблокируется. В это время, когда транзакция t1 не была зафиксирована, когда транзакция t2 пытается вставить, она обнаруживает, что эта запись есть.Когда t2 пытается получить блокировку S, она определяет, активен ли идентификатор транзакции в записи. активен, значит транзакция не завершена помогите t1 взять его隐式锁Повышен до显式锁(Х замок)

Исходный код выглядит следующим образом

т2 получитьSРезультат блокировки:DB_LOCK_WAIT

Эксперимент 2:

Взаимная блокировка, вызванная несогласованным порядком вставки пакетов

t1 t2
begin
insert into t1(a, b)values("1", "1"); успех
insert into t1(a, b)values("2", "2"); успех
insert into t1(a, b)values("2", "2"); t1 пытается получить блокировку S, переводит неявную блокировку t2 в явную блокировку X и входит в состояние DB_LOCK_WAIT.
insert into t1(a, b)values("1", "1"); t2 пытается получить блокировку S и переводит неявную блокировку t1 в явную блокировку X, что приводит к тупиковой ситуации. 
------------------------
LATEST DETECTED DEADLOCK
------------------------
181101  9:48:36
*** (1) TRANSACTION:
TRANSACTION 3309, ACTIVE 215 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 376, 2 row lock(s), undo log entries 2
MySQL thread id 2, OS thread handle 0x70000a845000, query id 58 localhost root update
insert into t1(a, b)values("2", "2")
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 55 page no 4 n bits 72 index `uk_name` of table `d1`.`t1` trx id 3309 lock mode S waiting
Record lock, heap no 3 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 1; hex 32; asc 2;;
 1: len 1; hex 32; asc 2;;
 2: len 4; hex 80000002; asc     ;;

*** (2) TRANSACTION:
TRANSACTION 330A, ACTIVE 163 sec inserting
mysql tables in use 1, locked 1
3 lock struct(s), heap size 376, 2 row lock(s), undo log entries 2
MySQL thread id 3, OS thread handle 0x70000a888000, query id 59 localhost root update
insert into t1(a, b)values("1", "1")
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 55 page no 4 n bits 72 index `uk_name` of table `d1`.`t1` trx id 330A lock_mode X locks rec but not gap
Record lock, heap no 3 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 1; hex 32; asc 2;;
 1: len 1; hex 32; asc 2;;
 2: len 4; hex 80000002; asc     ;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 55 page no 4 n bits 72 index `uk_name` of table `d1`.`t1` trx id 330A lock mode S waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 1; hex 31; asc 1;;
 1: len 1; hex 31; asc 1;;
 2: len 4; hex 80000001; asc     ;;

*** WE ROLL BACK TRANSACTION (2)

Как решить такую ​​проблему? Возможный способ - вставить после сортировки прикладного уровня

Категории