mirror of
https://github.com/MariaDB/server.git
synced 2025-01-18 21:12:26 +01:00
86c5cad4e0
The crash was caused by invalid sequence of handler::** calls: ha_smth->index_init(); ha_smth->index_next_same(); (2) (2) is an invalid call as it was not preceeded by any 'scan setup' call like index_first() or index_read(). The cause was that QUICK_SELECT::reset() didn't "fully reset" the quick select- current QUICK_RANGE wasn't forgotten, and quick select might attempt to continue reading the range, which would result in the above mentioned invalid sequence of handler calls. 5.x versions are not affected by the bug - they already have the missing "range=NULL" clause.
119 lines
3.7 KiB
Text
119 lines
3.7 KiB
Text
-- source include/have_innodb.inc
|
|
|
|
--disable_warnings
|
|
drop table if exists t1,t2;
|
|
--enable_warnings
|
|
|
|
# BUG#16798: Uninitialized row buffer reads in ref-or-null optimizer
|
|
# (repeatable only w/innodb).
|
|
create table t1 (
|
|
c_id int(11) not null default '0',
|
|
org_id int(11) default null,
|
|
unique key contacts$c_id (c_id),
|
|
key contacts$org_id (org_id)
|
|
) engine=innodb;
|
|
insert into t1 values
|
|
(2,null),(120,null),(141,null),(218,7), (128,1),
|
|
(151,2),(234,2),(236,2),(243,2),(255,2),(259,2),(232,3),(235,3),(238,3),
|
|
(246,3),(253,3),(269,3),(285,3),(291,3),(293,3),(131,4),(230,4),(231,4);
|
|
|
|
create table t2 (
|
|
slai_id int(11) not null default '0',
|
|
owner_tbl int(11) default null,
|
|
owner_id int(11) default null,
|
|
sla_id int(11) default null,
|
|
inc_web int(11) default null,
|
|
inc_email int(11) default null,
|
|
inc_chat int(11) default null,
|
|
inc_csr int(11) default null,
|
|
inc_total int(11) default null,
|
|
time_billed int(11) default null,
|
|
activedate timestamp null default null,
|
|
expiredate timestamp null default null,
|
|
state int(11) default null,
|
|
sla_set int(11) default null,
|
|
unique key t2$slai_id (slai_id),
|
|
key t2$owner_id (owner_id),
|
|
key t2$sla_id (sla_id)
|
|
) engine=innodb;
|
|
insert into t2(slai_id, owner_tbl, owner_id, sla_id) values
|
|
(1,3,1,1), (3,3,10,2), (4,3,3,6), (5,3,2,5), (6,3,8,3), (7,3,9,7),
|
|
(8,3,6,8), (9,3,4,9), (10,3,5,10), (11,3,11,11), (12,3,7,12);
|
|
|
|
flush tables;
|
|
select si.slai_id
|
|
from t1 c join t2 si on
|
|
((si.owner_tbl = 3 and si.owner_id = c.org_id) or
|
|
( si.owner_tbl = 2 and si.owner_id = c.c_id))
|
|
where
|
|
c.c_id = 218 and expiredate is null;
|
|
|
|
select * from t1 where org_id is null;
|
|
select si.slai_id
|
|
from t1 c join t2 si on
|
|
((si.owner_tbl = 3 and si.owner_id = c.org_id) or
|
|
( si.owner_tbl = 2 and si.owner_id = c.c_id))
|
|
where
|
|
c.c_id = 218 and expiredate is null;
|
|
|
|
drop table t1, t2;
|
|
|
|
#
|
|
# Bug#17212: results not sorted correctly by ORDER BY when using index
|
|
# (repeatable only w/innodb because of index props)
|
|
#
|
|
CREATE TABLE t1 (a int, b int, KEY b (b)) Engine=InnoDB;
|
|
CREATE TABLE t2 (a int, b int, PRIMARY KEY (a,b)) Engine=InnoDB;
|
|
CREATE TABLE t3 (a int, b int, c int, PRIMARY KEY (a),
|
|
UNIQUE KEY b (b,c), KEY a (a,b,c)) Engine=InnoDB;
|
|
|
|
INSERT INTO t1 VALUES (1, 1);
|
|
INSERT INTO t1 SELECT a + 1, b + 1 FROM t1;
|
|
INSERT INTO t1 SELECT a + 2, b + 2 FROM t1;
|
|
|
|
INSERT INTO t2 VALUES (1,1),(1,2),(1,3),(1,4),(1,5),(1,6),(1,7),(1,8);
|
|
INSERT INTO t2 SELECT a + 1, b FROM t2;
|
|
DELETE FROM t2 WHERE a = 1 AND b < 2;
|
|
|
|
INSERT INTO t3 VALUES (1,1,1),(2,1,2);
|
|
INSERT INTO t3 SELECT a + 2, a + 2, 3 FROM t3;
|
|
INSERT INTO t3 SELECT a + 4, a + 4, 3 FROM t3;
|
|
|
|
# demonstrate a problem when a must-use-sort table flag
|
|
# (sort_by_table=1) is being neglected.
|
|
SELECT STRAIGHT_JOIN SQL_NO_CACHE t1.b, t1.a FROM t1, t3, t2 WHERE
|
|
t3.a = t2.a AND t2.b = t1.a AND t3.b = 1 AND t3.c IN (1, 2)
|
|
ORDER BY t1.b LIMIT 2;
|
|
|
|
# demonstrate the problem described in the bug report
|
|
SELECT STRAIGHT_JOIN SQL_NO_CACHE t1.b, t1.a FROM t1, t3, t2 WHERE
|
|
t3.a = t2.a AND t2.b = t1.a AND t3.b = 1 AND t3.c IN (1, 2)
|
|
ORDER BY t1.b LIMIT 5;
|
|
DROP TABLE t1, t2, t3;
|
|
|
|
|
|
# BUG#21077 (The testcase is not deterministic so correct execution doesn't
|
|
# prove anything) For proof one should track if sequence of ha_innodb::* func
|
|
# calls is correct.
|
|
CREATE TABLE `t1` (`id1` INT) ;
|
|
INSERT INTO `t1` (`id1`) VALUES (1),(5),(2);
|
|
|
|
CREATE TABLE `t2` (
|
|
`id1` INT,
|
|
`id2` INT NOT NULL,
|
|
`id3` INT,
|
|
`id4` INT NOT NULL,
|
|
UNIQUE (`id2`,`id4`),
|
|
KEY (`id1`)
|
|
) ENGINE=InnoDB;
|
|
|
|
INSERT INTO `t2`(`id1`,`id2`,`id3`,`id4`) VALUES
|
|
(1,1,1,0),
|
|
(1,1,2,1),
|
|
(5,1,2,2),
|
|
(6,1,2,3),
|
|
(1,2,2,2),
|
|
(1,2,1,1);
|
|
|
|
SELECT `id1` FROM `t1` WHERE `id1` NOT IN (SELECT `id1` FROM `t2` WHERE `id2` = 1 AND `id3` = 2);
|
|
DROP TABLE t1, t2;
|