2010-02-26 13:22:48 +01:00
|
|
|
#
|
|
|
|
# Bug#49823: mysql_upgrade fatal error due to general_log / slow_low CSV NULL
|
|
|
|
#
|
|
|
|
USE test;
|
|
|
|
SET @saved_general_log = @@GLOBAL.general_log;
|
|
|
|
SET GLOBAL general_log = OFF;
|
|
|
|
USE mysql;
|
|
|
|
FLUSH TABLES;
|
|
|
|
REPAIR TABLE test.bug49823;
|
|
|
|
Table Op Msg_type Msg_text
|
|
|
|
test.bug49823 repair status OK
|
|
|
|
RENAME TABLE general_log TO renamed_general_log;
|
|
|
|
RENAME TABLE test.bug49823 TO general_log;
|
|
|
|
mtr.global_suppressions OK
|
|
|
|
mtr.test_suppressions OK
|
|
|
|
mysql.columns_priv OK
|
|
|
|
mysql.db OK
|
|
|
|
mysql.event OK
|
|
|
|
mysql.func OK
|
Bug #56494 Segfault in upgrade_shared_lock_to_exclusive() for
REPAIR of merge table
Bug #56422 CHECK TABLE run when the table is locked reports
corruption along with timeout
The crash happened if a table maintenance statement (ANALYZE TABLE,
REPAIR TABLE, etc.) was executed on a MERGE table and opening and
locking a child table failed. This could for example happen if a child
table did not exist or if a lock timeout happened while waiting for
a conflicting metadata lock to disappear.
Since opening and locking the MERGE table and its children failed,
the tables would be closed and the metadata locks released.
However, TABLE_LIST::table for the MERGE table would still be set,
with its value invalid since the tables had been closed.
This caused the table maintenance statement to try to continue
and upgrade the metadata lock on the MERGE table. But since the lock
already had been released, this caused a segfault.
This patch fixes the problem by setting TABLE_LIST::table to NULL
if open_and_lock_tables() fails. This prevents maintenance
statements from continuing and trying to upgrade the metadata lock.
The patch includes a 5.5 version of the fix for
Bug #46339 crash on REPAIR TABLE merge table USE_FRM.
This bug caused REPAIR TABLE ... USE_FRM to give an assert
when used on merge tables.
The patch also enables the CHECK TABLE statement for log tables.
Before, CHECK TABLE for log tables gave ER_CANT_LOCK_LOG_TABLE,
yet still counted the statement as successfully executed.
With the changes to table maintenance statement error handling
in this patch, CHECK TABLE would no longer be considered as
successful in this case. This would have caused upgrade scripts
to mistakenly think that the general and slow logs are corrupted
and have to be repaired. Enabling CHECK TABLES for log tables
prevents this from happening.
Finally, the patch changes the error message from "Corrupt" to
"Operation failed" for a number of issues not related to table
corruption. For example "Lock wait timeout exceeded" and
"Deadlock found trying to get lock".
Test cases added to merge.test and check.test.
2010-09-22 10:15:41 +02:00
|
|
|
mysql.general_log OK
|
2010-02-26 13:22:48 +01:00
|
|
|
mysql.help_category OK
|
|
|
|
mysql.help_keyword OK
|
|
|
|
mysql.help_relation OK
|
|
|
|
mysql.help_topic OK
|
|
|
|
mysql.host OK
|
|
|
|
mysql.ndb_binlog_index OK
|
|
|
|
mysql.plugin OK
|
|
|
|
mysql.proc OK
|
|
|
|
mysql.procs_priv OK
|
2010-08-09 10:32:50 +02:00
|
|
|
mysql.proxy_priv OK
|
2010-02-26 13:22:48 +01:00
|
|
|
mysql.renamed_general_log OK
|
|
|
|
mysql.servers OK
|
Bug #56494 Segfault in upgrade_shared_lock_to_exclusive() for
REPAIR of merge table
Bug #56422 CHECK TABLE run when the table is locked reports
corruption along with timeout
The crash happened if a table maintenance statement (ANALYZE TABLE,
REPAIR TABLE, etc.) was executed on a MERGE table and opening and
locking a child table failed. This could for example happen if a child
table did not exist or if a lock timeout happened while waiting for
a conflicting metadata lock to disappear.
Since opening and locking the MERGE table and its children failed,
the tables would be closed and the metadata locks released.
However, TABLE_LIST::table for the MERGE table would still be set,
with its value invalid since the tables had been closed.
This caused the table maintenance statement to try to continue
and upgrade the metadata lock on the MERGE table. But since the lock
already had been released, this caused a segfault.
This patch fixes the problem by setting TABLE_LIST::table to NULL
if open_and_lock_tables() fails. This prevents maintenance
statements from continuing and trying to upgrade the metadata lock.
The patch includes a 5.5 version of the fix for
Bug #46339 crash on REPAIR TABLE merge table USE_FRM.
This bug caused REPAIR TABLE ... USE_FRM to give an assert
when used on merge tables.
The patch also enables the CHECK TABLE statement for log tables.
Before, CHECK TABLE for log tables gave ER_CANT_LOCK_LOG_TABLE,
yet still counted the statement as successfully executed.
With the changes to table maintenance statement error handling
in this patch, CHECK TABLE would no longer be considered as
successful in this case. This would have caused upgrade scripts
to mistakenly think that the general and slow logs are corrupted
and have to be repaired. Enabling CHECK TABLES for log tables
prevents this from happening.
Finally, the patch changes the error message from "Corrupt" to
"Operation failed" for a number of issues not related to table
corruption. For example "Lock wait timeout exceeded" and
"Deadlock found trying to get lock".
Test cases added to merge.test and check.test.
2010-09-22 10:15:41 +02:00
|
|
|
mysql.slow_log OK
|
2010-02-26 13:22:48 +01:00
|
|
|
mysql.tables_priv OK
|
|
|
|
mysql.time_zone OK
|
|
|
|
mysql.time_zone_leap_second OK
|
|
|
|
mysql.time_zone_name OK
|
|
|
|
mysql.time_zone_transition OK
|
|
|
|
mysql.time_zone_transition_type OK
|
|
|
|
mysql.user OK
|
|
|
|
DROP TABLE general_log;
|
|
|
|
RENAME TABLE renamed_general_log TO general_log;
|
|
|
|
SET GLOBAL general_log = @saved_general_log;
|
|
|
|
USE test;
|