【MySQL】mysqldump備份失敗與解決方案合集

〇 MySQLdump: Error: Query execution was interrupted, maximum statement execution time exceeded when trying to dump tablespaces
〇 mysqldump: Error 3024: Query execution was interrupted, maximum statement execution time exceeded when dumping table `$tb_name` at row: xxxx

版本：
MySQL 5.7.8+
原因：
max_execution_time過小
處理思路：
① 通過hints，增大N值（文檔說，在hints用法中，將N改為0為無限制，但我測下來不生效，可設(shè)置成一個較大值如999999解決）
SELECT /*+ MAX_EXECUTION_TIME(N) */ * FROM t1 LIMIT 100000;
② 修改max_execution_time值，將該值設(shè)置為較大一個值，或設(shè)置為0（不限制）
附錄：
該參數(shù)5.7.8被添加，單位為ms，動態(tài)參數(shù)，默認(rèn)為0，設(shè)置為0時意味著SELECT超時不被設(shè)置（不限制超時時間）。不作用于存儲過程中的SELECT語句，并且只作用于只讀的SELECT，如INSERT ... SELECT ... 是不被作用的。
for more information:
http://blog.itpub.net/29773961/viewspace-2150443/


〇 mysqldump: Couldnt execute SHOW FIELDS FROM `$view_name`: View $db_name.$view_name references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them (1356)

原因：
該view引用了無效的表，列，函數(shù)或者定義者。
處理思路：
可以根據(jù)報錯信息，進入db，執(zhí)行SHOW CREATE VIEW $view_name\G，查看該view的定義，逐一檢查該view的基表，列，或相關(guān)函數(shù)與用戶是否具有相關(guān)權(quán)限?？紤]重建或刪除視圖。


〇 mysqldump: Couldnt execute show create table `$view_name`: Illegal mix of collations for operation UNION (1271)

原因：
創(chuàng)建view時，使用UNION時存在非法的排序規(guī)則組合。
處理思路：
檢查該視圖定義，檢查字符集，考慮重建或刪除視圖。


〇 mysqldump: Couldnt execute SHOW FIELDS FROM `$view_name`: The user specified as a definer ($user@$host) does not exist (1449)
〇 mysqldump: Couldnt execute show table status like $view_name: SELECT command denied to user @% for column $col_name in table $tb_name (1143)

原因：
該視圖的定義者$user@$host不存在。
處理思路：
檢查mysql.user表，確認(rèn)用戶是否存在，考慮重建或刪除視圖。


〇 Error: Couldnt read status information for table Income_config ()mysqldump: Couldnt execute show create table `Tser_table`: Table $db_name.test_table doesnt exist (1146)
〇 mysqldump: Got error: 1049: Unknown database $db_name when selecting the database

原因一：
從lower_case_table_names的0設(shè)置成1，導(dǎo)致部分原來含有大寫字母的庫表“找不到”。
處理思路：
將lower_case_table_names設(shè)置回0。
若有必須將lower_case_table_names設(shè)置為1，需先設(shè)置為0，并將含有大寫字母的庫表改成小寫，再設(shè)置為1。

原因二（MySQL 5.5及以下版本可能出現(xiàn)）：
表損壞導(dǎo)致該表找不到（InnoDB）。frm和ibd文件都在，但無法SHOW CREATE TABLE xxx\G
error log一則：
處理思路：
從完整備份+binlog還原，對于有主或從的實例，可通過物理備份還原。


〇 mysqldump: Error 2020: Got packet bigger than max_allowed_packet bytes when dumping table `$tb_name` at row: xxxx

原因：
默認(rèn)的max_allowed_packet過小
處理思路：
在mysqldump時增加max_allowed_packet的大小，如mysqldump --max-allowed-packet=268435456


〇 mysqldump: Error 1412: Table definition has changed, please retry transaction when dumping table `$tb_name` at row: 0

原因：
在備份該表時，表定義被修改。FLUSH TABLE WITH READ LOCK只保證數(shù)據(jù)一致性，并不保證schema不被修改。
處理思路：
備份時期不做DDL操作。
復(fù)現(xiàn)一：
p.s. 如果③和④調(diào)換順序，則ALTER TABLE無法成功，則會等待MDL。
復(fù)現(xiàn)二：


〇 mysqldump: Couldnt execute show create table `$tb_name`: Unable to open underlying table which is differently defined or of non-MyISAM type or doesnt exist (1168)

原因：
出現(xiàn)在表引擎為MERGE時，備份到該表時，發(fā)現(xiàn)該表定義存在問題?？赡躮erge的表不存在，或者該表合并的基表包含非MyISAM引擎的表。
處理思路：
刪除或者重建該MERGE表。
復(fù)現(xiàn)一（merge表中定義包含了非MyISAM表）：
復(fù)現(xiàn)二（表不存在）：
附錄：
通過check table merge_t可以檢查是哪張表有問題，如此處是t1：
通過cat表MGR定義結(jié)構(gòu)文件可以檢查MERGE表的基表：


〇 mysqldump: Couldnt execute show create table `$tb_name`: Table ./$db_name/$tb_name is marked as crashed and last (automatic?) repair failed (144)
〇 mysqldump: Couldnt execute show create table `$tb_name`: Table ./$db_name/$tb_name is marked as crashed and should be repaired (145)
〇 mysqldump: Error 1194: Table throne_tower is marked as crashed and should be repaired when dumping table `$tb_name` at row: xxxxx

原因：
mysqldump在拉取表定義時報錯，表損壞。
處理思路：
該損壞發(fā)生在非事務(wù)表如MyISAM，通過mysqlcheck或者repair table修復(fù)即可。

〇 mysqldump: Couldnt execute SHOW FUNCTION STATUS WHERE Db = $db_name: Cannot load from mysql.$tb_name. The table is probably corrupted (1728)

原因：
字典表不正確，可能是表本身損壞，也有可能是導(dǎo)入了其他版本的mysql schema蓋掉了字典表。
處理思路：
repair table修復(fù)，若仍無用，則可以嘗試mysql_upgrade來修復(fù)，或找到對應(yīng)版本的mysql_system_tables_fix.sql來導(dǎo)入。

〇 mysqldump: Couldnt execute show events: Cannot proceed because system tables used by Event Scheduler were found damaged at server start (1577)

原因：
字典表不正確，極大可能是導(dǎo)入了其他版本的mysql schema蓋掉了字典表。
處理思路：
嘗試mysql_upgrade來修復(fù)，或找到對應(yīng)版本的mysql_system_tables_fix.sql來導(dǎo)入。該報錯可能在upgrade操作之后重啟實例。


〇 mysqldump: Error: Got error 28 from storage engine when trying to dump tablespaces
mysqldump: Couldnt execute show fields from `$tb_name`: Got error 28 from storage engine (1030)

原因：
@@tmpdir滿了。
處理思路：
清除@@tmpdir，可以通過SELECT @@tmpdir;檢查具體目錄。


〇 mysqldump: Lost connection to MySQL server during query (2013)
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '@@socket' (111)

原因：
mysqldump執(zhí)行過程中mysqld被關(guān)閉。
處理思路：
檢查mysqld被關(guān)閉的原因，一般常見原因是發(fā)生OOM。


〇 mysqldump: Couldn't execute 'SHOW SLAVE STATUS': Access denied; you need (at least one of) the SUPER, REPLICATION CLIENT privilege(s) for this operation (1227)

原因：
mysqldump加了--dump-slave參數(shù)，缺少SUPER或REPLICATION CLIENT來執(zhí)行SHOW SLAVE STATUS。
處理思路：
檢查mysqldump的用戶權(quán)限。


〇 mysqldump: Couldn't execute 'STOP SLAVE SQL_THREAD': Access denied for user 'dump'@'localhost' (using password: YES) (1045)

原因：
mysqldump加了--dump-slave參數(shù)，缺少SUPER權(quán)限使用STOP SLAVE SQL_THREAD。
處理思路：
檢查mysqldump的用戶權(quán)限。

網(wǎng)頁標(biāo)題：【MySQL】mysqldump備份失敗與解決方案合集
標(biāo)題來源：http://muchs.cn/article32/geedsc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App設(shè)計、ChatGPT、標(biāo)簽優(yōu)化、網(wǎng)站改版、企業(yè)網(wǎng)站制作、App開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)