--source include/have_debug_sync.inc

--echo #
--echo #Bug#11759688 52020: InnoDB can still deadlock
--echo #on just INSERT...ON DUPLICATE KEY
--echo #a.k.a. Bug#7975 deadlock without any locking, simple select and update
--echo #

CREATE TABLE t1 (a INT PRIMARY KEY, b INT NOT NULL) ENGINE=InnoDB;

INSERT INTO t1 VALUES(3,1);

connect (con1,localhost,root,,);
connect (con2,localhost,root,,);
connection con1;

BEGIN;
# normal INSERT of a duplicate should only S-lock the existing record (3,1)
SET DEBUG_SYNC='write_row_noreplace SIGNAL insert1 WAIT_FOR select1';
--send
INSERT INTO t1 VALUES(3,2);

connection default;
SET DEBUG_SYNC='now WAIT_FOR insert1';
# this should S-lock (3,1); no conflict
SELECT * FROM t1 LOCK IN SHARE MODE;
SET DEBUG_SYNC='lock_wait_will_wait SIGNAL default_will_wait';
# this should X-lock (3,1), conflicting with con1
--send
SELECT * FROM t1 FOR UPDATE;

connection con2;
# Check that the above SELECT is blocked
SET DEBUG_SYNC='now WAIT_FOR default_will_wait';
SET DEBUG_SYNC='now SIGNAL select1';

connection con1;
--error ER_DUP_ENTRY
reap;
# We are still holding an S-lock on (3,1) after the failed INSERT.
# The following will upgrade it to an X-lock, which used to cause a
# deadlock, but with the new "by-pasing blocked by us" heuristic, it
# should succeed, without aborting the blocked SELECT.
INSERT INTO t1 VALUES(3,3) ON DUPLICATE KEY UPDATE b=b+10;
COMMIT;

connection default;
reap;
connection con1;

SET DEBUG_SYNC='write_row_replace SIGNAL insert2 WAIT_FOR select2';
--send
REPLACE INTO t1 VALUES(3,4);

connection default;
SET DEBUG_SYNC='now WAIT_FOR insert2';
SET DEBUG_SYNC='lock_wait_will_wait SIGNAL default_will_wait';
SELECT * FROM t1;
--send
SELECT * FROM t1 LOCK IN SHARE MODE;

connection con2;
# Check that the above SELECT is blocked because of X lock.
SET DEBUG_SYNC='now WAIT_FOR default_will_wait';
SET DEBUG_SYNC='now SIGNAL select2';

connection con1;
reap;

SET DEBUG_SYNC='write_row_replace SIGNAL insert3 WAIT_FOR select3';
--send
INSERT INTO t1 VALUES(3,5) ON DUPLICATE KEY UPDATE b=b+20;

connection default;
reap;
SET DEBUG_SYNC='now WAIT_FOR insert3';
SET DEBUG_SYNC='lock_wait_will_wait SIGNAL default_will_wait';
--send
SELECT b FROM t1 LOCK IN SHARE MODE;

connection con2;
# Check that the above SELECT is blocked because of X lock.
SET DEBUG_SYNC='now WAIT_FOR default_will_wait';
SET DEBUG_SYNC='now SIGNAL select3';

connection default;
reap;

connection con1;
reap;
SET DEBUG_SYNC='write_row_noreplace SIGNAL insert4 WAIT_FOR select4';
--send
LOAD DATA INFILE '../../std_data/loaddata5.dat' INTO TABLE t1 FIELDS TERMINATED BY '' ENCLOSED BY '' (a, b);

connection default;
SET DEBUG_SYNC='now WAIT_FOR insert4';
# this should S-lock (3,1); no conflict
SELECT b FROM t1 WHERE a=3 LOCK IN SHARE MODE;
# this should X-lock (3,1), conflicting with con1
SET DEBUG_SYNC='lock_wait_will_wait SIGNAL default_will_wait';
--send
SELECT b FROM t1 WHERE a=3 FOR UPDATE;

connection con2;
# Check that the above SELECT is blocked
SET DEBUG_SYNC='now WAIT_FOR default_will_wait';
SET DEBUG_SYNC='now SIGNAL select4';

connection default;
reap;

connection con1;
--error ER_DUP_ENTRY
reap;
SET DEBUG_SYNC='write_row_noreplace SIGNAL insert5 WAIT_FOR select5';
--send
LOAD DATA INFILE '../../std_data/loaddata5.dat' IGNORE INTO TABLE t1 FIELDS TERMINATED BY '' ENCLOSED BY '' (a, b);

connection default;
SET DEBUG_SYNC='now WAIT_FOR insert5';
SELECT * FROM t1;
# this should S-lock; no conflict
SELECT * FROM t1 WHERE a=3 LOCK IN SHARE MODE;
# this should X-lock, conflicting with the S-lock of the IGNORE in con1
SET DEBUG_SYNC='lock_wait_will_wait SIGNAL default_will_wait';
--send
SELECT * FROM t1 WHERE a=3 FOR UPDATE;

connection con2;
# Check that the above SELECT is blocked
SET DEBUG_SYNC='now WAIT_FOR default_will_wait';
SET DEBUG_SYNC='now SIGNAL select5';

connection con1;
reap;
connection default;
reap;

connection con1;
SET DEBUG_SYNC='write_row_replace SIGNAL insert6 WAIT_FOR select6';
--send
LOAD DATA INFILE '../../std_data/loaddata5.dat' REPLACE INTO TABLE t1 FIELDS TERMINATED BY '' ENCLOSED BY '' (a, b);

connection default;
SET DEBUG_SYNC='now WAIT_FOR insert6';
SELECT * FROM t1;
# this should conflict with the X-lock acquired by the REPLACE
SET DEBUG_SYNC='lock_wait_will_wait SIGNAL default_will_wait';
--send
SELECT a,b FROM t1 LOCK IN SHARE MODE;

connection con2;
# Check that the above SELECT is blocked
SET DEBUG_SYNC='now WAIT_FOR default_will_wait';
SET DEBUG_SYNC='now SIGNAL select6';

connection con1;
reap;
connection default;
reap;

disconnect con1;
disconnect con2;

connection default;
SET DEBUG_SYNC='RESET';
DROP TABLE t1;

# Test case for TEMPORARY TABLE, with several unique indexes
START TRANSACTION;

CREATE TEMPORARY TABLE t1 (a INT, b CHAR(10), d VARCHAR(100), c INT, UNIQUE INDEX(a), UNIQUE INDEX(b), UNIQUE INDEX(d)) ENGINE = InnoDB;

INSERT INTO t1 VALUES(2, 'abcde', 'qwerty', 200);

REPLACE INTO t1 VALUES(2, 'QWERTY', 'ZXCVBB', 300);

SELECT * FROM t1;

COMMIT;

DROP TABLE t1;

--echo #
--echo # Bug#22884631 FAILING ASSERTION: TRX->DUPLICATES == 0
--echo #
--connect (con1,localhost,root,,)
--connect (con2,localhost,root,,)

SELECT @@table_open_cache_instances;

CREATE TABLE t1(a INT);
CREATE TABLE t2(a INT);
INSERT INTO t1 VALUES(1);
INSERT INTO t2 VALUES(2);

--echo # Connection con1
connection con1;
INSERT INTO t1 VALUES(3);
SET DEBUG_SYNC = 'RESET';
SET DEBUG_SYNC = 'ib_after_row_insert WAIT_FOR go_ahead';
--send REPLACE INTO t2 VALUES(3)

--echo # Connection con2
connection con2;
--error ER_WRONG_VALUE_COUNT_ON_ROW
INSERT INTO t1 VALUES(70, 80);
SET DEBUG_SYNC= 'now SIGNAL go_ahead';

--echo # Connection con1
connection con1;
--reap
DROP TABLE t1;
DROP TABLE t2;

SET DEBUG_SYNC= 'RESET';

disconnect con1;
disconnect con2;