mysql導入資料庫沒有反應,sql資料庫導入失敗

本文目錄一覽：

• 1、MySQL資料庫導入出錯
• 2、MYSQL資料庫導入失敗怎麼辦
• 3、mysql資料庫運用mysqldump命令過後沒有反應是什麼情況。如圖。
• 4、高手 我的mysql資料庫導入不進去 出現 錯誤 怎麼修改

MySQL資料庫導入出錯

如果從庫上表 t 數據與主庫不一致，導致複製錯誤，整個庫的數據量很大，重做從庫很慢，如何單獨恢復這張表的數據？通常認為是不能修復單表數據的，因為涉及到各表狀態不一致的問題。下面就列舉備份單表恢復到從庫會面臨的問題以及解決辦法：

場景 1

如果複製報錯後，沒有使用跳過錯誤、複製過濾等方法修復主從複製。主庫數據一直在更新，從庫數據停滯在報錯狀態（假設 GTID 為 aaaa:1-100）。

修復步驟：

在主庫上備份表 t （假設備份快照 GTID 為 aaaa:1-10000）；

恢復到從庫；

啟動複製。

這裡的問題是複製起始位點是 aaaa:101，從庫上表 t 的數據狀態是領先其他表的。aaaa:101-10000 這些事務中只要有修改表 t 數據的事務，就會導致複製報錯 ，比如主鍵衝突、記錄不存在（而 aaaa:101 這個之前複製報錯的事務必定是修改表 t 的事務）

解決辦法：啟動複製時跳過 aaaa:101-10000 這些事務中修改表 t 的事務。

正確的修復步驟：

1. 在主庫上備份表 t （假設備份快照 GTID 為 aaaa:1-10000），恢復到從庫；

2. 設置複製過濾，過濾表 t：

CHANGE REPLICATION FILTER REPLICATE_WILD_IGNORE_TABLE = (‘db_name.t’);

3. 啟動複製，回放到 aaaa:10000 時停止複製（此時從庫上所有表的數據都在同一狀態，是一致的）;

START SLAVE UNTIL SQL_AFTER_GTIDS = ‘aaaa:10000’;

4. 刪除複製過濾，正常啟動複製。

注意事項：這裡要用 mysqldump –single-transaction –master-data=2，記錄備份快照對應的 GTID

場景 2

如果複製報錯後，使用跳過錯誤、複製過濾等辦法修復了主從複製。主、從庫數據一直在更新。

修復步驟：

在主庫上備份表 t （假設備份快照 GTID為 aaaa:1-10000）；

停止從庫複製，GTID為 aaaa:1-20000；

恢復表 t 到從庫；

啟動複製。

這裡的問題是複製起始位點是 aaaa:20001，aaaa:10000-20000 這些事務將不會在從庫上回放，如果這裡面有修改表 t 數據的事務，從庫上將丟失這部分數據。

解決辦法：從備份開始到啟動複製，鎖定表 t，保證 aaaa:10000-20000 中沒有修改表 t 的事務。

正確修復步驟：

對錶 t 加讀鎖；

在主庫上備份表 t；

停止從庫複製，恢復表 t；

啟動複製；

解鎖表 t。

如果是大表，這裡可以用可傳輸表空間方式備份、恢復表，減少鎖表時間。

MYSQL資料庫導入失敗怎麼辦

MySQL資料庫的導入，有兩種方法：

1) 先導出資料庫SQL腳本，再導入；

2) 直接拷貝資料庫目錄和文件。

在不同操作系統或MySQL版本情況下，直接拷貝文件的方法可能會有不兼容的情況發生。

所以一般推薦用SQL腳本形式導入。

mysql資料庫運用mysqldump命令過後沒有反應是什麼情況。如圖。

通用規律只有使用 –all-databases (-A) 會 ERROR 1356，那就看看他到底備份了什麼東西。於是喊上同事一起 less 看了下，上下掃了兩眼。突然發現：1. 備份 SQL 文件里 DROP 掉了 mysql.proc；2. 後CREATE了一個新的 mysql.proc；3. LOCK TABLES 和 UNLOCK TABLES 中間居然沒有備份 CREATE ROUTINE 任何數據？這不就是相當於每次導入全備都給我一個沒有任何 sys schema routines 的全新 mysql.proc 表？那這不就異常的尷尬？

—- Table structure for table `proc`–

—- Dumping data for table `proc`-

真相大白在官方文檔【sys-schema-usage】官方文檔明確的告訴我們不會備份 sys 庫。但在使用 mysqldump 在執行 –all-databases 會清空 mysql.proc 導致 sys 無法正常使用；這是一個 BUG，並且只存在於 MySQL 5.7.x ！

1、mysql_upgrade install or upgrade sys schema

這個方案適用於 sys 庫已經因為 mysqldump 導入而損壞的情況下使用。

注意：mysql_upgrade 在修理 sys 庫的同時，還修理 mysql 庫和用戶庫表（期間加鎖且速度一般），有極小可能會誤傷；使用 mysql_upgrade 的時候要加上 –upgrade-system-tables，不然會掃描用戶庫表。

2、全備時同時備份 sys 庫

這個方案適用於需要還原的資料庫，sys 庫也不太正常的情況下使用；在全備後額外再備份一份 sys 庫用於修復。

注意：不適用於做主從時使用它。

3、使用 databases 全備

這個方案適用於所有場景的全備需求，100% 安全。

4、使用 mysql-sys 開源代碼

如果你的資料庫 sys 全部中招了，又是生產庫。那你只能用這個方法；

mysql-sys：

中記錄了 sys 庫的創建語句將文件下載到本地，然後根據資料庫版本，執行以下命令即可。

高手 我的mysql資料庫導入不進去 出現 錯誤 怎麼修改

什麼錯誤？

MySQL命令行導出資料庫

進入MySQL目錄下的bin文件夾cdMySQL中到bin文件夾的目錄

如 cd C:\ProgramFiles\MySQL\MySQLServer\bin

(或者直接將windows的環境變數path中添加該目錄)

導出資料庫mysqldump -u用戶名 -p資料庫名導出的文件名

如:mysqldump -u root -p jluibmclubd:\jluibmclubsql(輸入後會讓你輸入進入MySQL的密碼)

(如果導出單張表的話在資料庫名後面輸入表名即可)

在用命令做資料庫備份過程在cmd命令框中輸入C:/mysql/binmysqldumpurootpjluibmclubd:\jluibmclubsql;

命令行導入資料庫

進入MySQLmysqlu用戶名p

如 : mysqlurootp(輸入同樣後會讓你輸入MySQL的密碼)

在MySQLFront中新建你要建的資料庫這時是空資料庫如新建一個名為news的目標資料庫

輸入mysqluse目標資料庫名

如 : mysqlusenews;

導入文件mysqlsource導入的文件名;

如： mysqlsourcenewssql(如果在bin目錄下用相對路徑名如果在其他目錄下用絕對目錄名);

MySQL備份和還原都是利用mysqldumpmysql和source命令來完成的