mariadb/mysql-test/suite/galera/t/galera_update_limit.test

55 lines
1.4 KiB
Text

#
# UPDATE LIMIT should not cause any issues with row-based Galera replication
# regardless of the order in which the rows were updated
#
--source include/galera_cluster.inc
--source include/have_innodb.inc
#
# With a PK
#
--connection node_1
CREATE TABLE ten (f1 INTEGER) Engine=InnoDB;
INSERT INTO ten VALUES (1),(2),(3),(4),(5),(6),(7),(8),(9),(10);
CREATE TABLE t1 (f1 INTEGER PRIMARY KEY) Engine=InnoDB;
INSERT INTO t1 SELECT f1 FROM ten ORDER BY RAND();
--connection node_2
UPDATE IGNORE t1 SET f1 = FLOOR(1 + (RAND() * 10)) ORDER BY RAND() LIMIT 5;
# Check that the sum of all elements and the max element are identical across nodes
# as this will indicate that the same UPDATE was applied to both nodes
--let $sum_rows = `SELECT SUM(f1) FROM t1`
--let $max_row = `SELECT MAX(f1) FROM t1`
--connection node_1
--disable_query_log
--eval SELECT (SELECT SUM(f1) FROM t1) = $sum_rows AS sum_matches;
--eval SELECT f1 = $max_row AS max_matches FROM t1 WHERE f1 = $max_row;
--enable_query_log
DROP TABLE t1;
#
# Without a PK
#
CREATE TABLE t2 (f1 INTEGER) Engine=InnoDB;
INSERT INTO t2 SELECT f1 FROM ten ORDER BY RAND();
--connection node_2
UPDATE IGNORE t2 SET f1 = FLOOR(1 + (RAND() * 10)) ORDER BY RAND() LIMIT 5;
--let $sum_rows = `SELECT SUM(f1) FROM t2`
--connection node_1
--disable_query_log
--eval SELECT (SELECT SUM(f1) FROM t2) = $sum_rows AS sum_matches;
--enable_query_log
DROP TABLE t2;
DROP TABLE ten;