config root man

Current Path : /home/usr.opt/mysql57/mysql-test/suite/rpl/t/

FreeBSD hs32.drive.ne.jp 9.1-RELEASE FreeBSD 9.1-RELEASE #1: Wed Jan 14 12:18:08 JST 2015 root@hs32.drive.ne.jp:/sys/amd64/compile/hs32 amd64
Upload File :
Current File : //home/usr.opt/mysql57/mysql-test/suite/rpl/t/rpl_mts_logical_clock_recovery.test

# In this test we make sure that the slave does a recovery when the it is
# brought up after it has stopped due to error in one or more of its workers.
--source include/not_group_replication_plugin.inc
-- source include/have_debug.inc
-- source include/not_valgrind.inc
-- source include/master-slave.inc

--let $debug_point=set_commit_parent_100
--source include/add_debug_point.inc

# set up the tables and replicate it to the slave.
CREATE TABLE t1 (a int primary key) engine=innodb;
CREATE TABLE t2 (a int primary key) engine=innodb;
CREATE TABLE t3 (a int primary key) engine=innodb;
CREATE TABLE t4 (a int primary key) engine=innodb;
-- source include/sync_slave_sql_with_master.inc
-- source include/stop_slave_sql.inc
--let $debug_point=crash_in_a_worker
--source include/add_debug_point.inc

-- connection master
--let $debug_point=set_commit_parent_100
--source include/remove_debug_point.inc
--let $debug_point=set_commit_parent_150
--source include/add_debug_point.inc

# execute transactions

# trx1 should be applied and its worker released for receiving more work.
# trx2 to trx5 are prepared in a way that they will be scheduled on the slave
# but will not be applied. In order to have all four transactions scheduled,
# the coordinator will have to distribute work by all four workers. The test
# case expects the slave to crash after some workload be distributed to the
# worker #2.

# trx1
INSERT INTO t1 values (0);

# trx2 should not complete on the slave.
BEGIN;
INSERT INTO t2 values (1),(2),(3);
UPDATE t2 SET a= a+1 WHERE a=3;
COMMIT;

# trx3 should not complete on the slave.
BEGIN;
INSERT INTO t3 values (1),(2),(3);
UPDATE t3 SET a= a+1 WHERE a=3;
COMMIT;

# trx4 should not complete on the slave.
BEGIN;
INSERT INTO t4 values (1),(2),(3);
UPDATE t4 SET a= a+1 WHERE a=3;
COMMIT;

# trx5 should not complete on the slave.
BEGIN;
INSERT INTO t1 values (1),(2),(3);
UPDATE t1 SET a= a+1 WHERE a=3;
COMMIT;

--let $debug_point=set_commit_parent_150
--source include/remove_debug_point.inc

# Make sure the workload is already on the relay log before starting the
# applier to avoid issues with slow systems.
--source include/sync_slave_io_with_master.inc

# This should prevent trx2 to trx5 from committing and will make all
# four MTS workers to be busy regardless of server speed.
--source include/rpl_connection_slave1.inc
BEGIN;
INSERT INTO t1 (a) VALUES (4);
INSERT INTO t2 (a) VALUES (4);
INSERT INTO t3 (a) VALUES (4);
INSERT INTO t4 (a) VALUES (4);

--source include/rpl_connection_slave.inc
# make sure mtr expects a crash & restarts
-- exec echo "wait" > $MYSQLTEST_VARDIR/tmp/mysqld.2.expect
START SLAVE;
-- source include/wait_until_disconnected.inc
-- let $rpl_server_number= 2
-- source include/rpl_start_server.inc
-- enable_reconnect
-- echo # Reconnecting to the slave server
-- source include/wait_until_connected_again.inc
-- connection slave
START SLAVE UNTIL SQL_AFTER_MTS_GAPS;

# we need to send an additional event since the UNTIL CONDITION
# needs an aditional event after the failed group to stop the slave
# due to buf in until conditions
-- connection master
CREATE TABLE t5 (a int);

-- connection slave
-- source include/wait_for_slave_sql_to_stop.inc
-- source include/start_slave.inc

# cleanup
-- connection master
DROP TABLES t1, t2, t3, t4, t5;
-- connection master
-- source include/sync_slave_sql_with_master.inc
-- source include/rpl_end.inc


Man Man