mirror of
https://github.com/MariaDB/server.git
synced 2025-01-17 12:32:27 +01:00
8746a25554
(as long as replicate-*-table rules were defined, multi-table DELETE was never replicated by the slave). sql/sql_parse.cc: For a multi-table DELETE, there are two lists of tables: - 'tables' contains the tables in the FROM. They have 'updating==0'. - 'thd->lex.auxilliary_table_list.first' contains the tables between the DELETE and the FROM. They have 'updating==1'. So the bug was that the slave only tests 'tables' and as all its elements have updating==0, tables_ok() always returns 0. So for a multi DELETE the slave now tests the 2nd list too. I started with the other tip of the sausage: I thought of changing multi DELETE to use only one list (given that 'updating' can be used to separate it in two when needed) (with one list we wouldn't need to change the slave code), but finally hit the unicity check in add_table_to_list() which started to return ER_NONUNIQ_TABLE (logical).
23 lines
400 B
Text
23 lines
400 B
Text
source include/master-slave.inc;
|
|
create table t1 (a int);
|
|
create table t2 (a int);
|
|
|
|
insert into t1 values (1);
|
|
insert into t2 values (1);
|
|
|
|
delete t1.* from t1, t2 where t1.a = t2.a;
|
|
|
|
save_master_pos;
|
|
select * from t1;
|
|
select * from t2;
|
|
|
|
connection slave;
|
|
sync_with_master;
|
|
select * from t1;
|
|
select * from t2;
|
|
|
|
connection master;
|
|
drop table t1,t2;
|
|
save_master_pos;
|
|
connection slave;
|
|
sync_with_master;
|