- 05 Sep, 2008 13 commits
-
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
- fix scheduler bug
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
- Rearrange spawn worker code
-
Magnus Svensson authored
-
Magnus Svensson authored
-
- 29 Aug, 2008 3 commits
-
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
- 27 Aug, 2008 1 commit
-
-
Mats Kindahl authored
-
- 25 Aug, 2008 2 commits
-
-
Andrei Elkin authored
Backporting fixes to 5.1 from 6.0.
-
Mats Kindahl authored
-
- 22 Aug, 2008 1 commit
-
-
Mats Kindahl authored
-
- 20 Aug, 2008 2 commits
-
-
Mats Kindahl authored
-
Mats Kindahl authored
When executing a DROP DATABASE statement in ROW mode and having temporary tables open at the same time, the existance of temporary tables prevent the server from switching back to row mode after temporarily switching to statement mode to handle the logging of the statement. Fixed the problem by removing the code to switch to statement mode and added code to temporarily disable the binary log while dropping the objects in the database.
-
- 19 Aug, 2008 2 commits
-
-
Mats Kindahl authored
-
Mats Kindahl authored
The failure was caused by executing a CREATE-SELECT statement that creates a table in another database than the current one. In row-based logging, the CREATE statement was written to the binary log without the database, hence creating the table in the wrong database, causing the following inserts to fail since the table didn't exist in the given database. Fixed the bug by adding a parameter to store_create_info() that will make the function print the database name before the table name and used that in the calls that write the CREATE statement to the binary log. The database name is only printed if it is different than the currently selected database. The output of SHOW CREATE TABLE has not changed and is still printed without the database name.
-
- 15 Aug, 2008 1 commit
-
-
He Zhenxing authored
-
- 14 Aug, 2008 6 commits
-
-
He Zhenxing authored
-
He Zhenxing authored
-
He Zhenxing authored
-
He Zhenxing authored
-
He Zhenxing authored
-
He Zhenxing authored
The problem was because the event allocated in mysql_client_binlog_statement was not freed when an error occured while applying the event.
-
- 13 Aug, 2008 5 commits
-
-
Andrei Elkin authored
pb notices differences in results at the very beginning of the test. Absense of mysql.ndb_apply_status must be benign anyway, but the warning should not happen if have_ndb.inc is invoked ahead of ndb_master-slave. Fixed with relocation of the macros.
-
Serge Kozlov authored
-
Timothy Smith authored
-
Timothy Smith authored
-
Timothy Smith authored
-
- 12 Aug, 2008 4 commits
-
-
Davi Arnaut authored
-
Davi Arnaut authored
-
He Zhenxing authored
BUG#38369, enable rpl_row_basic_7ndb test
-
Davi Arnaut authored
-