mirror of
https://github.com/MariaDB/server.git
synced 2025-01-30 18:41:56 +01:00
9b30e2e29c
KEY NO 0 FOR TABLE IN ERROR LOG With the changes made by the patches for Bug#11751388 and Bug#11784056, concurrent reads are allowed while secondary indexes are created in InnoDB. This means that the metadata lock on the affected table is not upgraded to exclusive until the .FRM is updated at the end of ALTER TABLE processing. The problem was that if this lock upgrade failed for some reason (e.g. timeout), the index information in the server and inside InnoDB would be out of sync. This would happen since the add index operation already was committed inside InnoDB but the table metadata inside the server had not been updated yet. This patch fixes the problem by (for now) reverting the effects of the patches for Bug#11751388 and Bug#11784056. Concurrent reads will now again be blocked during creation of secondary indexes in InnoDB. Test case added to innodb_mysql_lock.test.
172 lines
4.3 KiB
Text
172 lines
4.3 KiB
Text
#
|
|
# Bug #22876 Four-way deadlock
|
|
#
|
|
DROP TABLE IF EXISTS t1;
|
|
# Connection 1
|
|
set @@autocommit=0;
|
|
CREATE TABLE t1(s1 INT UNIQUE) ENGINE=innodb;
|
|
INSERT INTO t1 VALUES (1);
|
|
# Connection 2
|
|
set @@autocommit=0;
|
|
INSERT INTO t1 VALUES (2);
|
|
INSERT INTO t1 VALUES (1);
|
|
# Connection 3
|
|
set @@autocommit=0;
|
|
DROP TABLE t1;
|
|
# Connection 1
|
|
# Connection 1 is now holding the lock.
|
|
# Issuing insert from connection 1 while connection 2&3
|
|
# is waiting for the lock should give a deadlock error.
|
|
INSERT INTO t1 VALUES (2);
|
|
ERROR 40001: Deadlock found when trying to get lock; try restarting transaction
|
|
# Cleanup
|
|
commit;
|
|
set @@autocommit=1;
|
|
commit;
|
|
set @@autocommit=1;
|
|
set @@autocommit=1;
|
|
#
|
|
# Test for bug #37346 "innodb does not detect deadlock between update
|
|
# and alter table".
|
|
#
|
|
drop table if exists t1;
|
|
create table t1 (c1 int primary key, c2 int, c3 int) engine=InnoDB;
|
|
insert into t1 values (1,1,0),(2,2,0),(3,3,0),(4,4,0),(5,5,0);
|
|
begin;
|
|
# Run statement which acquires X-lock on one of table's rows.
|
|
update t1 set c3=c3+1 where c2=3;
|
|
#
|
|
# Switching to connection 'con37346'.
|
|
# The below ALTER TABLE statement should wait till transaction
|
|
# in connection 'default' is complete and then succeed.
|
|
# It should not deadlock or fail with ER_LOCK_DEADLOCK error.
|
|
# Sending:
|
|
alter table t1 add column c4 int;;
|
|
#
|
|
# Switching to connection 'default'.
|
|
# Wait until the above ALTER TABLE gets blocked because this
|
|
# connection holds SW metadata lock on table to be altered.
|
|
# The below statement should succeed. It should not
|
|
# deadlock or end with ER_LOCK_DEADLOCK error.
|
|
update t1 set c3=c3+1 where c2=4;
|
|
# Unblock ALTER TABLE by committing transaction.
|
|
commit;
|
|
#
|
|
# Switching to connection 'con37346'.
|
|
# Reaping ALTER TABLE.
|
|
#
|
|
# Switching to connection 'default'.
|
|
drop table t1;
|
|
#
|
|
# Bug #42147 Concurrent DML and LOCK TABLE ... READ for InnoDB
|
|
# table cause warnings in errlog
|
|
#
|
|
#
|
|
# Note that this test for now relies on a global suppression of
|
|
# the warning "Found lock of type 6 that is write and read locked"
|
|
# This suppression rule can be removed once Bug#42147 is properly
|
|
# fixed. See bug page for more info.
|
|
#
|
|
DROP TABLE IF EXISTS t1;
|
|
CREATE TABLE t1 (i INT) engine= innodb;
|
|
# Connection 2
|
|
# Get user-level lock
|
|
SELECT get_lock('bug42147_lock', 60);
|
|
get_lock('bug42147_lock', 60)
|
|
1
|
|
# Connection 1
|
|
INSERT INTO t1 SELECT get_lock('bug42147_lock', 60);
|
|
# Connection 2
|
|
LOCK TABLES t1 READ;
|
|
SELECT release_lock('bug42147_lock');
|
|
release_lock('bug42147_lock')
|
|
1
|
|
# Connection 1
|
|
# Connection 2
|
|
UNLOCK TABLES;
|
|
# Connection 1
|
|
DROP TABLE t1;
|
|
#
|
|
# Bug#53798 OPTIMIZE TABLE breaks repeatable read
|
|
#
|
|
DROP TABLE IF EXISTS t1;
|
|
CREATE TABLE t1 (a INT) engine=innodb;
|
|
INSERT INTO t1 VALUES (1), (2), (3);
|
|
# Connection con1
|
|
START TRANSACTION WITH CONSISTENT SNAPSHOT;
|
|
SELECT * FROM t1;
|
|
a
|
|
1
|
|
2
|
|
3
|
|
# Connection default
|
|
# This should block
|
|
# Sending:
|
|
OPTIMIZE TABLE t1;
|
|
# Connection con1
|
|
SELECT * FROM t1;
|
|
a
|
|
1
|
|
2
|
|
3
|
|
COMMIT;
|
|
# Connection default
|
|
# Reaping OPTIMIZE TABLE t1
|
|
Table Op Msg_type Msg_text
|
|
test.t1 optimize note Table does not support optimize, doing recreate + analyze instead
|
|
test.t1 optimize status OK
|
|
DROP TABLE t1;
|
|
#
|
|
# Bug#49891 View DDL breaks REPEATABLE READ
|
|
#
|
|
DROP TABLE IF EXISTS t1, t2;
|
|
DROP VIEW IF EXISTS v2;
|
|
CREATE TABLE t1 ( f1 INTEGER ) ENGINE = innodb;
|
|
CREATE TABLE t2 ( f1 INTEGER );
|
|
CREATE VIEW v1 AS SELECT 1 FROM t1;
|
|
# Connection con3
|
|
LOCK TABLE t1 WRITE;
|
|
# Connection default
|
|
START TRANSACTION;
|
|
# Sending:
|
|
SELECT * FROM v1;
|
|
# Connection con2
|
|
# Waiting for 'SELECT * FROM v1' to sync in.
|
|
# Sending:
|
|
ALTER VIEW v1 AS SELECT 2 FROM t2;
|
|
# Connection con3
|
|
# Waiting for 'ALTER VIEW v1 AS SELECT 2 FROM t2' to sync in.
|
|
UNLOCK TABLES;
|
|
# Connection default;
|
|
# Reaping: SELECT * FROM v1
|
|
1
|
|
SELECT * FROM v1;
|
|
1
|
|
COMMIT;
|
|
# Connection con2
|
|
# Reaping: ALTER VIEW v1 AS SELECT 2 FROM t2
|
|
# Connection default
|
|
DROP TABLE t1, t2;
|
|
DROP VIEW v1;
|
|
#
|
|
# Bug#11815600 [ERROR] INNODB COULD NOT FIND INDEX PRIMARY
|
|
# KEY NO 0 FOR TABLE IN ERROR LOG
|
|
#
|
|
DROP TABLE IF EXISTS t1;
|
|
# Connection default
|
|
CREATE TABLE t1 (id INT PRIMARY KEY, value INT) ENGINE = InnoDB;
|
|
INSERT INTO t1 VALUES (1, 12345);
|
|
START TRANSACTION;
|
|
SELECT * FROM t1;
|
|
id value
|
|
1 12345
|
|
# Connection con1
|
|
SET lock_wait_timeout=1;
|
|
ALTER TABLE t1 ADD INDEX idx(value);
|
|
ERROR HY000: Lock wait timeout exceeded; try restarting transaction
|
|
# Connection default
|
|
SELECT * FROM t1;
|
|
id value
|
|
1 12345
|
|
COMMIT;
|
|
DROP TABLE t1;
|