Почему mysqlbinlog отображает [заменить на] события строки, как показано ниже
Как мы знаем из
REPLACE работает точно так же, как INSERT, за исключением того, что если старая строка в таблице имеет то же значение, что и новая строка для PRIMARY KEY или индекса UNIQUE, старая строка удаляется перед вставкой новой строки
Когда я использую учетную запись, у которой нет прав на удаление, чтобы выполнить замену, она напоминает мне о праве на удаление.
Однако, когда я использую mysqlbinlog для просмотра содержимого в binlog, меня это смутило.
Пример таков:
binlog_format = строка
root:test> show create table t3\G
*************************** 1. row ***************************
Table: t3
Create Table: CREATE TABLE `t3` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`c1` int(11) DEFAULT NULL,
`c2` varchar(20) DEFAULT NULL,
`c3` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `uidx_c1` (`c1`)
) ENGINE=InnoDB AUTO_INCREMENT=16 DEFAULT CHARSET=utf8
1 row in set (0.00 sec)
root:test> select * from t3;
+----+------+------+------+
| id | c1 | c2 | c3 |
+----+------+------+------+
| 1 | 1 | a | 1 |
| 2 | 2 | a | 1 |
| 8 | NULL | NULL | 1 |
| 14 | 4 | bb | NULL |
| 15 | 5 | bb | NULL |
+----+------+------+------+
5 rows in set (0.01 sec)
Случай 1:
root:test> select * from t3;
+----+------+------+------+
| id | c1 | c2 | c3 |
+----+------+------+------+
| 1 | 1 | a | 1 |
| 2 | 2 | a | 1 |
| 8 | NULL | NULL | 1 |
| 14 | 4 | bb | NULL |
| 15 | 5 | bb | NULL |
+----+------+------+------+
5 rows in set (0.01 sec)
root:test>
root:test> replace into t3 (c1,c2,c3) values(5,'bb',3);
Query OK, 2 rows affected (0.01 sec)
root:test> select * from t3;
+----+------+------+------+
| id | c1 | c2 | c3 |
+----+------+------+------+
| 1 | 1 | a | 1 |
| 2 | 2 | a | 1 |
| 8 | NULL | NULL | 1 |
| 14 | 4 | bb | NULL |
| 16 | 5 | bb | 3 |
+----+------+------+------+
5 rows in set (0.00 sec)
MySQL отображает как показано ниже:
# at 15126
#161019 15:04:14 server id 22100 end_log_pos 15190 CRC32 0x9bab83d9 Update_rows: table id 234 flags: STMT_END_F
### UPDATE `test`.`t3`
### WHERE
### @1=15
### @2=5
### @3='bb'
### @4=NULL
### SET
### @1=16
### @2=5
### @3='bb'
### @4=3
# at 15190
#161019 15:04:14 server id 22100 end_log_pos 15221 CRC32 0x70a88be3 Xid = 177
COMMIT/*!*/;
Mysqlbinlog не отображает удаление и вставку.
Случай 2: auto_increment=17
root:test> select * from t3;
+----+------+------+------+
| id | c1 | c2 | c3 |
+----+------+------+------+
| 1 | 1 | a | 1 |
| 2 | 2 | a | 1 |
| 8 | NULL | NULL | 1 |
| 14 | 4 | bb | NULL |
| 16 | 5 | bb | 3 |
+----+------+------+------+
5 rows in set (0.00 sec)
root:test> replace into t3 (id,c1,c2,c3) values(17,5,'bb',3);
Query OK, 2 rows affected (0.01 sec)
root:test> select * from t3;
+----+------+------+------+
| id | c1 | c2 | c3 |
+----+------+------+------+
| 1 | 1 | a | 1 |
| 2 | 2 | a | 1 |
| 8 | NULL | NULL | 1 |
| 14 | 4 | bb | NULL |
| 17 | 5 | bb | 3 |
+----+------+------+------+
5 rows in set (0.00 sec)
MySQL отображает как показано ниже:
# at 15408
#161019 15:13:18 server id 22100 end_log_pos 15476 CRC32 0xe200a811 Update_rows: table id 234 flags: STMT_END_F
### UPDATE `test`.`t3`
### WHERE
### @1=16
### @2=5
### @3='bb'
### @4=3
### SET
### @1=17
### @2=5
### @3='bb'
### @4=3
# at 15476
#161019 15:13:18 server id 22100 end_log_pos 15507 CRC32 0xe02d7749 Xid = 179
COMMIT/*!*/;
Mysqlbinlog не отображает удаление и вставку.
Случай 3:auto_increment=18
root:test> select * from t3;
+----+------+------+------+
| id | c1 | c2 | c3 |
+----+------+------+------+
| 1 | 1 | a | 1 |
| 2 | 2 | a | 1 |
| 8 | NULL | NULL | 1 |
| 14 | 4 | bb | NULL |
| 17 | 5 | bb | 3 |
+----+------+------+------+
5 rows in set (0.00 sec)
root:test> replace into t3 (id,c1,c2,c3) values(17,5,'cc',4);
Query OK, 2 rows affected (0.01 sec)
root:test> select * from t3;
+----+------+------+------+
| id | c1 | c2 | c3 |
+----+------+------+------+
| 1 | 1 | a | 1 |
| 2 | 2 | a | 1 |
| 8 | NULL | NULL | 1 |
| 14 | 4 | bb | NULL |
| 17 | 5 | cc | 4 |
+----+------+------+------+
5 rows in set (0.00 sec)
MySQL отображает как показано ниже:
# at 15745
#161019 15:30:49 server id 22100 end_log_pos 15796 CRC32 0x258b633a Write_rows: table id 234 flags: STMT_END_F
### DELETE FROM `test`.`t3`
### WHERE
### @1=17
### @2=5
### @3='bb'
### @4=3
### INSERT INTO `test`.`t3`
### SET
### @1=17
### @2=5
### @3='cc'
### @4=4
# at 15796
#161019 15:30:49 server id 22100 end_log_pos 15827 CRC32 0xcc4e1740 Xid = 183
COMMIT/*!*/;
Mysqlbinlog отображает удаление и вставку.
Таким образом, кажется, что когда значение первичного ключа совпадает, использование binlog удаляет + вставляет. Если значение первичного ключа не совпадает, обновление binlog использует.
Зачем?
1 ответ
Похоже, вы используете реплики на основе строк, а не операторы.
При репликации на основе строк вы увидите только то изменение, которое было выполнено на главном сервере. Один оператор может привести к нескольким изменениям строк, как если бы вы запустили update t3 set c3 = 1; изменить все 5 строк.