Unos días antes de la descripción de la falla , un colega de operación y mantenimiento de la base de datos mysql usó la inserción en la instrucción
select from en producción para hacer una copia de seguridad de una tabla en producción. Como resultado, toda la tabla de copia de seguridad se bloqueó y la empresa se vio afectada durante unos 10 minutos . Al ver esta declaración, mi primera reacción es que la declaración de selección también puede bloquear la tabla, pero la falla en la producción demuestra que la tabla está efectivamente bloqueada. Por lo tanto, es necesario estudiar a fondo la situación de insertar en seleccionar a partir de la adquisición de cerraduras.
Revisión de fallas para
crear tablas analógicas y registros analógicos
[root@localhost] 17:39:55 [testdb1]>show create table t_test_1\G;
*************************** 1. row ***************************
Table: t_test_1
Create Table: CREATE TABLE `t_test_1` (
`id` int(11) NOT NULL,
`name` char(10) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
1 row in set (0.00 sec)
[root@localhost] 17:40:30 [testdb1]>select * from t_test_1;
+----+-------+
| id | name |
+----+-------+
| 1 | trest |
| 2 | e99e |
| 3 | test |
| 4 | fresd |
| 5 | fsfa |
+----+-------+
5 rows in set (0.00 sec)
[root@localhost] 17:40:17 [testdb1]>show create table t_test_2\G;
*************************** 1. row ***************************
Table: t_test_2
Create Table: CREATE TABLE `t_test_2` (
`id` int(11) NOT NULL,
`name` char(10) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
1 row in set (0.00 sec)Simular la inserción en la operación de selección
[root@localhost] 17:41:32 [testdb1]>begin;
Query OK, 0 rows affected (0.00 sec)
[root@localhost] 17:41:33 [testdb1]>insert into t_test_2 select * from t_test_1 where name like 'trest';
Query OK, 1 row affected (0.02 sec)
Records: 1 Duplicates: 0 Warnings: 0Obtener información de bloqueo de innodb
[root@localhost] 17:42:00 [(none)]>show engine innodb status\G;
TRANSACTIONS
------------
Trx id counter 182551
Purge done for trx's n:o < 182551 undo n:o < 0 state: running but idle
History list length 0
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 421524582451936, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 182546, ACTIVE 20 sec
3 lock struct(s), heap size 1136, 6 row lock(s), undo log entries 1
MySQL thread id 7, OS thread handle 140049254979328, query id 82 localhost rootLa información de bloqueo obtenida del motor innodb es demasiado pequeña. Solo puedo ver 3 estructuras de bloqueo y 6 bloqueos de fila. No sé los bloqueos solicitados en esa tabla y qué tipo de bloqueos se aplican para. No conozco esta información. Solo investiga y no entiendo cómo sucedió la falla.
Afortunadamente, la base de datos mysql proporciona un parámetro innodb_status_output_locks, que puede imprimir información de bloqueo más detallada.
Habilite el parámetro innodb_status_output_locks para
habilitar el parámetro innodb_status_output_locks, que no está habilitado de forma predeterminada, por lo que debe habilitarse.
[root@localhost] 17:31:12 [(none)]>show variables like 'innodb_status_output_locks';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| innodb_status_output_locks | OFF |
+----------------------------+-------+
1 row in set (0.00 sec)
[root@localhost] 17:47:41 [(none)]>set global innodb_status_output_locks=on;
Query OK, 0 rows affected (0.00 sec)
[root@localhost] 17:47:41 [(none)]>show variables like 'innodb_status_output_locks';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| innodb_status_output_locks | ON |
+----------------------------+-------+
1 row in set (0.00 sec)Obtenga
la información de bloqueo detallada de InnoDB. A continuación se muestra la información de bloqueo detallada obtenida después de que se activa el parámetro innodb_status_output_locks
[root@localhost] 17:48:28 [(none)]>show engine innodb status\G;
TRANSACTIONS
------------
Trx id counter 182552
Purge done for trx's n:o < 182551 undo n:o < 0 state: running but idle
History list length 0
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 421524582451936, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 182551, ACTIVE 5 sec
3 lock struct(s), heap size 1136, 6 row lock(s), undo log entries 1
MySQL thread id 11, OS thread handle 140049254979328, query id 100 localhost root
TABLE LOCK table `testdb1`.`t_test_1` trx id 182551 lock mode IS
RECORD LOCKS space id 97 page no 3 n bits 72 index PRIMARY of table `testdb1`.`t_test_1` trx id 182551 lock mode S
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;
Record lock, heap no 2 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
0: len 4; hex 80000001; asc ;;
1: len 6; hex 00000002c710; asc ;;
2: len 7; hex af000000310110; asc 1 ;;
3: len 10; hex 74726573742020202020; asc trest ;;
Record lock, heap no 3 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
0: len 4; hex 80000002; asc ;;
1: len 6; hex 00000002c710; asc ;;
2: len 7; hex af00000031011c; asc 1 ;;
3: len 10; hex 65393965202020202020; asc e99e ;;
Record lock, heap no 4 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
0: len 4; hex 80000003; asc ;;
1: len 6; hex 00000002c710; asc ;;
2: len 7; hex af000000310128; asc 1 (;;
3: len 10; hex 74657374202020202020; asc test ;;
Record lock, heap no 5 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
0: len 4; hex 80000004; asc ;;
1: len 6; hex 00000002c710; asc ;;
2: len 7; hex af000000310134; asc 1 4;;
3: len 10; hex 66726573642020202020; asc fresd ;;
Record lock, heap no 6 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
0: len 4; hex 80000005; asc ;;
1: len 6; hex 00000002c710; asc ;;
2: len 7; hex af000000310140; asc 1 @;;
3: len 10; hex 66736661202020202020; asc fsfa ;;
TABLE LOCK table `testdb1`.`t_test_2` trx id 182551 lock mode IXA partir de la información anterior, podemos ver claramente que t_test_1 ha adquirido el bloqueo IS y tiene información de bloqueo de 5 registros, es decir, 5 registros están bloqueados y esta tabla tiene solo 5 registros, por lo que toda la tabla está bloqueada.
TABLE LOCK table testdb1.t_test_1 trx id 182551 modo de bloqueo IS
Bloquear la
inserción de la solución de tabla completa en t_test_2 select * from t_test_1 donde el nombre es como 'descanso'; En esta declaración sql, el campo de nombre de la tabla t_test_1 no tiene índice, y el índice ha pasado por un escaneo completo de la tabla. Si crea un índice en el campo de nombre, ¿qué pasará? Cámbielo para
crear un índice.
[root@localhost] 17:54:33 [testdb1]>alter table t_test_1 add index idx_t_test_1_name (name);
Query OK, 0 rows affected (0.24 sec)
Records: 0 Duplicates: 0 Warnings: 0
[root@localhost] 17:54:52 [testdb1]>begin;
Query OK, 0 rows affected (0.00 sec)
[root@localhost] 17:54:55 [testdb1]>insert into t_test_2 select * from t_test_1 where name like 'trest';
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0Volver a obtener detalles de bloqueo innodb
TRANSACTIONS
------------
Trx id counter 182565
Purge done for trx's n:o < 182565 undo n:o < 0 state: running but idle
History list length 0
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 421524582451936, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 182560, ACTIVE 3 sec
3 lock struct(s), heap size 1136, 2 row lock(s), undo log entries 1
MySQL thread id 11, OS thread handle 140049254979328, query id 105 localhost root
TABLE LOCK table `testdb1`.`t_test_1` trx id 182560 lock mode IS
RECORD LOCKS space id 97 page no 4 n bits 72 index idx_t_test_1_name of table `testdb1`.`t_test_1` trx id 182560 lock mode S
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;
Record lock, heap no 6 PHYSICAL RECORD: n_fields 2; compact format; info bits 0
0: len 10; hex 74726573742020202020; asc trest ;;
1: len 4; hex 80000001; asc ;;
TABLE LOCK table `testdb1`.`t_test_2` trx id 182560 lock mode IX
Aquí, solo hay un bloqueo de registro, no toda la tabla.
El análisis de esta falla está incompleto y continuará.