- 06 Mar, 2007 1 commit
-
-
mleich@four.local.lan authored
1. Fixes within the testscripts (affects rpl_ddl.test and rpl_ndb_ddl.test) - slave connection is only an observer (-> AUTOCOMMIT = 0) This removes the problem with the hanging test around DROP DATABASE (NDB). The hanging test around DROP DATABASE is a difference to InnoDB/MyISAm behaviour but fare away of a clear bug. IMHO this behaviour does not violate the SQL standard and should be therefore simply accepted. - removal of wrong comments - CREATE/DROP TEMPORARY TABLE must not cause implicit commit of the current transaction. NDB behaves here correct and InnoDB/Falcon wrong. - Add a missing connection slave - Reenable the test rpl_ndb_ddl. 2. Disable rpl_ddl.test because of Bug#26418. 3. Reenable rpl_ndb_ddl.test 4. Improvements (affect rpl_ddl.test and rpl_ndb_ddl.test) - Better + extended comments which should prevent that somebody accidently destroys the logics of the test - Replace SELECT's printing comments by "--echo" (decreases the number of auxiliary SQL commands) - Remove the need for include/rpl_stmt_seq2.inc (was mostly redundant to rpl_stmt_seq.inc) - Remove extra/rpl_tests/rpl_ndb_ddl.test (corrected extra/rpl_tests/rpl_ddl.test is sufficient) - Shift assignment of values to $show_binlog, $manipulate (variables useful for debugging) into the toplevel scripts - The temporary tables get now their storage engine from the variable $temp_engine_type. (more deterministic testing conditions) - Add additional protocol line if the connection is switched (was partially missing) - Add two DML commands for comparison purposes
-
- 02 Mar, 2007 1 commit
-
-
rafal@quant.(none) authored
master info structure.
-
- 01 Mar, 2007 18 commits
-
-
rafal@quant.(none) authored
into quant.(none):/ext/mysql/bkroot/mysql-5.1-new-rpl
-
-
lars/lthalmann@dl145k.mysql.com authored
into mysql.com:/nfsdisk1/lars/bk/mysql-5.1-new-rpl
-
bar@mysql.com authored
-
bar@mysql.com authored
-
bar@mysql.com authored
into mysql.com:/home/bar/mysql-5.1-rpl
-
bar@mysql.com authored
into mysql.com:/home/bar/mysql-5.1-rpl
-
rafal@quant.(none) authored
-
rafal@quant.(none) authored
into quant.(none):/ext/mysql/bkroot/mysql-5.0-rpl
-
rafal@quant.(none) authored
-
rafal@quant.(none) authored
into quant.(none):/ext/mysql/bkroot/mysql-5.1-new-rpl
-
bar@mysql.com authored
-
rafal@quant.(none) authored
into quant.(none):/ext/mysql/bkroot/mysql-5.0-rpl
-
rafal@quant.(none) authored
into quant.(none):/ext/mysql/bkroot/mysql-5.0-rpl
-
bar@mysql.com authored
when merging into 5.1.
-
rafal@quant.(none) authored
into quant.(none):/ext/mysql/bk/mysql-5.0-rpl-warnings
-
rafal@quant.(none) authored
-
bar@mysql.com authored
Replacing local directory.
-
- 28 Feb, 2007 11 commits
-
-
lars/lthalmann@dl145k.mysql.com authored
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.1-merge
-
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.0-merge
-
bar@mysql.com authored
into mysql.com:/home/bar/mysql-5.0.b24478
-
bar@mysql.com authored
Bug N 15126 character_set_database is not replicated (LOAD DATA INFILE need it) Positions of some binlog events were changed because of additional logging of @@collation_database.
-
bar@mysql.com authored
-
bar@mysql.com authored
into mysql.com:/home/bar/mysql-5.0.b15126
-
bar@mysql.com authored
This patch fixes problem that LOAD DATA could use different character sets when loading files on master and on slave sides: - Adding replication of thd->variables.collation_database - Adding optional character set clause into LOAD DATA Note, the second way, with explicit CHARACTER SET clause should be the recommended way to load data using an alternative character set. The old way, using "SET @@character_set_database=xxx" should be gradually depricated.
-
gluh@mysql.com/eagle.(none) authored
-
gluh@eagle.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
-
gluh@mysql.com/eagle.(none) authored
-
rafal@quant.(none) authored
into quant.(none):/ext/mysql/bk/mysql-5.0-bug25306
-
- 27 Feb, 2007 9 commits
-
-
-
sergefp@pylon.mylan authored
into mysql.com:/home/psergey/mysql-5.1-bug26117
-
sergefp@mysql.com authored
Before the fix: ha_partition objects had ha_partition::m_part_info==NULL and that caused crash After: - The new ha_partition::clone() function makes the clones use parent's m_part_info value. - The parent ha_partition object remains responsible for deallocation of m_part_info.
-
rafal@quant.(none) authored
into quant.(none):/ext/mysql/bk/mysql-5.0-bug25306
-
lars/lthalmann@dl145k.mysql.com authored
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.1-merge
-
monty@mysql.com/narttu.mysql.fi authored
-
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.0-merge
-
lars/lthalmann@dl145h.mysql.com authored
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.1-merge
-
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.0-merge
-