Details
Description
When having local MyISAM tables on Galera cluster nodes, and the experimental MyISAM replication feature NOT enabled, no DML events for MyISAM tables are replicated with MariaDB 10.6 up to 10.6.17, as expected.
Starting with 10.6.18 though,
INSERT INTO ... VALUES(...)
is not replicated, as expected, but
INSERT INTO ... SELECT ...
now suddenly is.
How to reproduce:
- create a Galera Cluster using MariaDB 10.6.18, then:
create table t1(id serial, val varchar(100)) engine=myisam;
|
insert into t1 values(null, 'a');
|
insert into t1 values(null, 'b');
|
insert into t1 select null, 'c';
|
insert into t1 select null, 'd' from t1;
|
After that on the node the above was executed on, as expected:
MariaDB [test]> select * from t1;
|
+----+------+
|
| id | val |
|
+----+------+
|
| 1 | a |
|
| 3 | b |
|
| 4 | c |
|
| 5 | d |
|
| 6 | d |
|
| 7 | d |
|
+----+------+
|
But on the other nodes, where only the CREATE TABLE statement should have been replicated:
MariaDB [test]> select * from t1;
|
+----+------+
|
| id | val |
|
+----+------+
|
| 1 | c |
|
| 2 | d |
|
+----+------+
|
Note that there is only one row with a 'd' in the 'val' column, not four.
So looks as if the INSERT...SELECT was replicated in STATEMENT format.
But looking at the binlog written on the original node everything was logged in ROW format there as expected:
root@node-1:/var/lib/mysql# mysqlbinlog mysqld-bin.000003 | grep -i insert
|
#Q> insert into t1 values(null, 'a')
|
#Q> insert into t1 values(null, 'b')
|
#Q> insert into t1 select null, 'c'
|
#Q> insert into t1 select null, 'd' from t1
|
I assume this is somehow related to MDEV-33979? Or is it actually caused by the new Galera 26.4.18 version being used by 10.6.18?
Attachments
Issue Links
- causes
-
MDEV-30653 With wsrep_mode=REPLICATE_ARIA only part of mixed-engine transactions is replicated
-
- In Review
-
- is caused by
-
MDEV-22063 Assertion `0' failed in wsrep::transaction::before_rollback
-
- Closed
-