Почему 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 строк.

Другие вопросы по тегам