Details
-
Bug
-
Status: Closed (View Workflow)
-
Blocker
-
Resolution: Fixed
-
10.3.34, 10.2(EOL), 10.3(EOL), 10.4(EOL)
-
None
-
Linux
Description
Using the following test case, the second INSERT statement is not logged in the binlog when using MIXED binlog format and thus is not replicated to a slave, leading to inconsistent state of replication.
Server version: 10.3.34-MariaDB-log MariaDB Server
CREATE TABLE t1 (
|
id INT PRIMARY KEY AUTO_INCREMENT,
|
a INT,
|
b INT,
|
c INT,
|
UNIQUE (a),
|
UNIQUE (b)
|
);
|
|
INSERT INTO t1 (`a`,`c`) VALUES (1,1), (2,1) ON DUPLICATE KEY UPDATE c = 1; |
INSERT INTO t1 (`a`,`c`) VALUES (3, 1),(2,1), (1,1) ON DUPLICATE KEY UPDATE c = 1; |
Attachments
Issue Links
- relates to
-
MDEV-17614 INSERT on dup key update is replication unsafe
- Closed
-
MDEV-31770 Non-full binary log row image for INSERT ... ON DUPLICATE KEY UPDATE
- Confirmed
-
MDEV-21810 MBR: Unexpected "Unsafe statement" warning and use of non-full image with binlog_row_image=FULL
- Closed