mirror of
https://github.com/MariaDB/server.git
synced 2025-01-15 19:42:28 +01:00
sporadic failures of rpl.rpl_parallel_sbm
the test waits for the event to get stuck on MASTER_DELAY, but on a slow/overloaded slave the event might pass MASTER_DELAY before the test starts waiting. Wait for the event to get stuck on the LOCK TABLES (after MASTER_DELAY), the event cannot avoid that,
This commit is contained in:
parent
9cf718859f
commit
9e92582024
2 changed files with 3 additions and 3 deletions
|
@ -34,7 +34,7 @@ connection server_2;
|
|||
LOCK TABLES t1 WRITE;
|
||||
include/start_slave.inc
|
||||
connection slave;
|
||||
# Waiting for replica to resume the delay for the transaction
|
||||
# Waiting for replica to get blocked by the table lock
|
||||
# Sleeping 1s to increment SBM
|
||||
# Ensuring Seconds_Behind_Master increases after sleeping..
|
||||
# ..done
|
||||
|
|
|
@ -77,8 +77,8 @@ LOCK TABLES t1 WRITE;
|
|||
--source include/start_slave.inc
|
||||
|
||||
--connection slave
|
||||
--echo # Waiting for replica to resume the delay for the transaction
|
||||
--let $wait_condition= SELECT count(*) FROM information_schema.processlist WHERE state LIKE 'Waiting until MASTER_DELAY seconds after master executed event';
|
||||
--echo # Waiting for replica to get blocked by the table lock
|
||||
--let $wait_condition= SELECT count(*) FROM information_schema.processlist WHERE state LIKE 'Waiting for table metadata lock';
|
||||
--source include/wait_condition.inc
|
||||
|
||||
--echo # Sleeping 1s to increment SBM
|
||||
|
|
Loading…
Reference in a new issue