~vkolesnikov/pbxt/pbxt-preload-test-bug

-- source include/have_log_bin.inc

--error ER_UNSUPPORTED_PS 

--error ER_UNSUPPORTED_PS 

--error ER_UNSUPPORTED_PS 

create table mysqltest1.t1 (a int) engine=myisam; # PBXT, the SELECT below references 2 databases;

#

# Bug#19182: CREATE TABLE bar (m INT) SELECT n FROM foo; doesn't work

# from stored procedure.

#

# The cause of a bug was that cached LEX::create_list was modified,

# and then together with LEX::key_list was reset.

#

--disable_warnings

DROP TABLE IF EXISTS t1, t2;

--enable_warnings

 

CREATE TABLE t1 (i INT);

 

PREPARE st_19182

FROM "CREATE TABLE t2 (i INT, j INT, KEY (i), KEY(j)) SELECT i FROM t1";

 

EXECUTE st_19182;

DESC t2;

 

DROP TABLE t2;

 

# Check that on second execution we don't loose 'j' column and the keys

# on 'i' and 'j' columns.

EXECUTE st_19182;

DESC t2;

 

DEALLOCATE PREPARE st_19182;

DROP TABLE t2, t1;

 

#

# Bug #22060 "ALTER TABLE x AUTO_INCREMENT=y in SP crashes server"

#

# Code which implemented CREATE/ALTER TABLE and CREATE DATABASE

# statement modified HA_CREATE_INFO structure in LEX, making these

# statements PS/SP-unsafe (their re-execution might have resulted

# in incorrect results).

#

--disable_warnings

drop database if exists mysqltest;

drop table if exists t1, t2;

--enable_warnings

# CREATE TABLE and CREATE TABLE ... SELECT

create database mysqltest character set utf8;

prepare stmt1 from "create table mysqltest.t1 (c char(10))";

prepare stmt2 from "create table mysqltest.t2 select 'test'";

execute stmt1;

execute stmt2;

show create table mysqltest.t1;

show create table mysqltest.t2;

drop table mysqltest.t1;

drop table mysqltest.t2;

alter database mysqltest character set latin1;

execute stmt1;

execute stmt2;

show create table mysqltest.t1;

show create table mysqltest.t2;

drop database mysqltest;

deallocate prepare stmt1;

deallocate prepare stmt2;

#

# CREATE TABLE with DATA DIRECTORY option

#

# Protect ourselves from data left in tmp/ by a previos possibly failed

# test

--system rm -f $MYSQLTEST_VARDIR/tmp/t1.*

--disable_warnings

--disable_query_log

eval prepare stmt from "create table t1 (c char(10)) data directory='$MYSQLTEST_VARDIR/tmp'";

--enable_query_log

execute stmt;

#

# DATA DIRECTORY option does not always work: if the operating

# system does not support symlinks, have_symlinks option is automatically

# disabled.

# In this case DATA DIRECTORY is silently ignored when

# creating a table, and is not output by SHOW CREATE TABLE.

#

--disable_result_log

show create table t1;

--enable_result_log

drop table t1;

execute stmt;

--disable_result_log

show create table t1;

--enable_result_log

--enable_warnings

drop table t1;

deallocate prepare stmt;

#

 

#

# Bug #27937: crash on the second execution for prepared statement 

#             from UNION with ORDER BY an expression containing RAND()

#

 

CREATE TABLE t1(a int);

INSERT INTO t1 VALUES (2), (3), (1);

 

PREPARE st1 FROM

  '(SELECT a FROM t1) UNION (SELECT a+10 FROM t1) ORDER BY RAND()*0+a';

 

EXECUTE st1;

EXECUTE st1;

 

DEALLOCATE PREPARE st1;

DROP TABLE t1;

 

create table t1 (i int) engine=myisam; # PBXT: Cannot rename over database boundary

 

#

# Bug#4968 "Stored procedure crash if cursor opened on altered table"

# The bug is not repeatable any more after the fix for

# Bug#15217 "Bug #15217   Using a SP cursor on a table created with PREPARE

# fails with weird error", however ALTER TABLE is not re-execution friendly

# and that caused a valgrind warning. Check that the warning is gone.

#

--disable_warnings

drop table if exists t1;

--enable_warnings

create table t1 (s1 char(20));

prepare stmt from "alter table t1 modify s1 int";

execute stmt;

execute stmt;

drop table t1;

deallocate prepare stmt;

 

#

# Bug#6895 "Prepared Statements: ALTER TABLE DROP COLUMN does nothing"

#

--disable_warnings

drop table if exists t1;

--enable_warnings

create table t1 (a int, b int);

prepare s_6895 from "alter table t1 drop column b";

execute s_6895;

show columns from t1;

drop table t1;

create table t1 (a int, b int);

execute s_6895;

show columns from t1;

drop table t1;

create table t1 (a int, b int);

execute s_6895;

show columns from t1;

deallocate prepare s_6895;

drop table t1;

 

#

# Bug #22060 "ALTER TABLE x AUTO_INCREMENT=y in SP crashes server"

#

# 5.0 part of the test.

#

 

# ALTER TABLE

create table t1 (i int primary key auto_increment) comment='comment for table t1';

create table t2 (i int, j int, k int);

prepare stmt from "alter table t1 auto_increment=100";

execute stmt;

show create table t1;

# Let us trash table-cache's memory

flush tables;

select * from t2;

execute stmt;

show create table t1;

deallocate prepare stmt;

drop table t1, t2;

# 5.1 part of the test.

# CREATE DATABASE

set @old_character_set_server= @@character_set_server;

set @@character_set_server= latin1; 

prepare stmt from "create database mysqltest_1";

execute stmt;

show create database mysqltest_1;

drop database mysqltest_1;

set @@character_set_server= utf8; 

execute stmt;

show create database mysqltest_1;

drop database mysqltest_1;

deallocate prepare stmt;

set @@character_set_server= @old_character_set_server;

 

 

#

# BUG#24491 "using alias from source table in insert ... on duplicate key"

#

--disable_warnings

drop tables if exists t1;

--enable_warnings

create table t1 (id int primary key auto_increment, value varchar(10));

insert into t1 (id, value) values (1, 'FIRST'), (2, 'SECOND'), (3, 'THIRD');

# Let us prepare INSERT ... SELECT ... ON DUPLICATE KEY UPDATE statement

# which in its ON DUPLICATE KEY clause erroneously tries to assign value

# to a column which is mentioned only in SELECT part.

prepare stmt from "insert into t1 (id, value) select * from (select 4 as i, 'FOURTH' as v) as y on duplicate key update v = 'DUP'";

# Both first and second attempts to execute it should fail

--error ER_BAD_FIELD_ERROR 

execute stmt;

--error ER_BAD_FIELD_ERROR

execute stmt;

deallocate prepare stmt;

# And now the same test for more complex case which is more close

# to the one that was reported originally.

prepare stmt from "insert into t1 (id, value) select * from (select 4 as id, 'FOURTH' as value) as y on duplicate key update y.value = 'DUP'";

--error ER_BAD_FIELD_ERROR 

execute stmt;

--error ER_BAD_FIELD_ERROR

execute stmt;

deallocate prepare stmt;

drop tables t1;

 

#

# Bug #28509: strange behaviour: passing a decimal value to PS

#

prepare stmt from "create table t1 select ?";

set @a=1.0;

execute stmt using @a;

show create table t1;

drop table t1;

 

# make the output deterministic:

# the order used in SHOW OPEN TABLES

# is too much implementation dependent

--disable_ps_protocol

--enable_ps_protocol

 

--error ER_CANT_OPEN_LIBRARY,ER_FEATURE_DISABLED

call proc_1();

--replace_regex /(Can\'t open shared library).*$/\1/

--error ER_CANT_OPEN_LIBRARY,ER_FEATURE_DISABLED

call proc_1();

--replace_regex /(Can\'t open shared library).*$/\1/

--error ER_CANT_OPEN_LIBRARY,ER_FEATURE_DISABLED

--error ER_EVENT_RECURSION_FORBIDDEN

 

#

# BUG#18326: Do not lock table for writing during prepare of statement

#

--disable_warnings

DROP TABLE IF EXISTS t1, t2;

--enable_warnings

 

CREATE TABLE t1 (i INT);

INSERT INTO t1 VALUES (1);

CREATE TABLE t2 (i INT);

INSERT INTO t2 VALUES (2);

 

LOCK TABLE t1 READ, t2 WRITE;

 

connect (conn1, localhost, root, , );

 

# Prepare never acquires the lock, and thus should not block.

PREPARE stmt1 FROM "SELECT i FROM t1";

PREPARE stmt2 FROM "INSERT INTO t2 (i) VALUES (3)";

 

# This should not block because READ lock on t1 is shared.

EXECUTE stmt1;

 

# This should block because WRITE lock on t2 is exclusive.

send EXECUTE stmt2;

 

connection default;

 

SELECT * FROM t2;

UNLOCK TABLES;

let $wait_condition= SELECT COUNT(*) = 2 FROM t2;

--source include/wait_condition.inc

SELECT * FROM t2;

 

# DDL and DML works even if some client have a prepared statement

# referencing the table.

ALTER TABLE t1 ADD COLUMN j INT;

ALTER TABLE t2 ADD COLUMN j INT;

INSERT INTO t1 VALUES (4, 5);

INSERT INTO t2 VALUES (4, 5);

 

connection conn1;

 

reap;

EXECUTE stmt1;

EXECUTE stmt2;

SELECT * FROM t2;

 

disconnect conn1;

 

connection default;

 

DROP TABLE t1, t2;

 

#

# Bug #24879 Prepared Statements: CREATE TABLE (UTF8 KEY) produces a growing

# key length

#

# Test that parse information is not altered by subsequent executions of a

# prepared statement

#

drop table if exists t1;

prepare stmt

from "create table t1 (c char(100) character set utf8, key (c(10)))";

execute stmt;

show create table t1;

drop table t1;

execute stmt;

show create table t1;

drop table t1;

 

--echo End of 5.1 tests.