mysql資料庫恢復遇到的問題,資料庫故障如何恢復

本文目錄一覽：

• 1、我把linux下的mysql文件夾拷貝了下來，想在另一台linux下的mysql上恢複數據,多個資料庫文件，出現1146錯誤
• 2、怎麼恢復mysql資料庫
• 3、如何修復MYSQL資料庫因斷電造成的數據損壞
• 4、怎麼恢復mysql資料庫怎麼恢複數據

我把linux下的mysql文件夾拷貝了下來，想在另一台linux下的mysql上恢複數據,多個資料庫文件，出現1146錯誤

項目上 MySQL 還原 SQL 備份經常會碰到一個錯誤如下，且通常出現在導入視圖、函數、存儲過程、事件等對象時，其根本原因就是因為導入時所用賬號並不具有SUPER 許可權，所以無法創建其他賬號的所屬對象。ERROR 1227 (42000) : Access denied; you need (at least one of) the SUPER privilege(s) for this operation常見場景：1. 還原 RDS 時經常出現，因為 RDS 不提供 SUPER 許可權；2. 由開發庫還原到項目現場，賬號許可權等有所不同。

處理方式：

1. 在原庫中批量修改對象所有者為導入賬號或修改 SQL SECURITY 為 Invoker；2. 使用 mysqldump 導出備份，然後將 SQL 文件中的對象所有者替換為導入賬號。

二、問題原因我們先來看下為啥會出現這個報錯，那就得說下 MySQL 中一個很特別的許可權控制機制，像視圖、函數、存儲過程、觸發器等這些數據對象會存在一個 DEFINER 和一個 SQL SECURITY 的屬性，如下所示：

–視圖定義CREATE ALGORITHM = UNDEFINED DEFINER = `root`@`%` SQL SECURITY DEFINER VIEW v_test

–函數定義CREATE DEFINER=`root`@`%` FUNCTION `f_test()` RETURNS varchar(100) SQL SECURITY DEFINER

–存儲過程定義CREATE DEFINER=`root`@`%` PROCEDURE `p_test`() SQL SECURITY DEFINER

–觸發器定義CREATE DEFINER=`root`@`%` trigger t_test

–事件定義CREATE DEFINER=`root`@`%` EVENT `e_test`

DEFINER：對象定義者，在創建對象時可以手動指定用戶，不指定的話默認為當前連接用戶；

SQL SECURITY：指明以誰的許可權來執行該對象，有兩個選項，一個為 DEFINER，一個為 INVOKER，默認情況下系統指定為 DEFINER；DEFINER：表示按定義者的許可權來執行； INVOKER：表示按調用者的許可權來執行。

如果導入賬號具有 SUPER 許可權，即使對象的所有者賬號不存在，也可以導入成功，但是在查詢對象時，如果對象的 SQL SECURITY 為 DEFINER，則會報賬號不存在的報錯。ERROR 1449 (HY000): The user specified as a definer (‘root’@’%’) does not exist

改寫好處：1. 可以避免還原時遇到 DEFINER 報錯相關問題；2. 根據輸出信息知道備份是否正常進行，防止備份中遇到元數據鎖無法獲取然後一直卡住的情況。

怎麼恢復mysql資料庫

mysql資料庫恢復方法：

方法一：

命令恢復資料庫：

mysql -u root –password=root密碼 資料庫名 備份文件.sql

方法二：

第一步：用管理員許可權登錄並進入後台管理界面，點「資料庫-資料恢復」。

第二步：在數據恢復設置中選擇「從本地文件」進行恢復，然後通過右邊的「瀏覽」按鈕找到之前保存下來的.sql文件。

第三步：點「提交」按鈕後將出現詢問「分卷數據成功導入資料庫，需要自動導入本次其他的備份嗎?」一般繼續點「確定」按鈕即可。之後的資料庫文件就完全導入到當前網站了。這時出現再次要求輸入管理員帳號的提示。訪問網站地址時也會看到所有信息都恢復到備份資料庫時的內容了。

小提示：

不管採取哪種方式備份和恢復資料庫，一定要注意備份和恢復時使用的版本要相同，甚至是語言種類也要一致，否則會存在亂碼的問題。

如何修復MYSQL資料庫因斷電造成的數據損壞

修復MYSQL資料庫因斷電造成的數據損壞

在使用MySQL資料庫的時候，都碰到過因斷電造成資料庫損壞的情況，大家都知道，斷電或非正常關機是導致MySQL資料庫出現錯誤最常見的原因，如何恢復MySQL資料庫是大家都非常頭痛的問題。目前有方法可以幫助大家恢復損壞的MySQL資料庫嗎？

當用戶出現斷電造成的MySQL資料庫丟失損壞時，如果能進入MySQL軟體，但是提示錯誤信息，用戶可以通過「系統維護」—「資料庫壓縮修復」，壓縮下資料庫（有些軟體在「系統設置」—「系統維護」—「資料庫備份\恢復」中），這種方法只適合一小部分的資料庫故障修復，功能性並不高。

現在網路上有兩種比較推薦使用的MySQL資料庫恢復方法，一種方法使用MySQL(和PHP搭配之最佳組合)的check

table和repair

table

的sql語句，另一種方法是使用MySQL(和PHP搭配之最佳組合)提供的多個myisamchk，

isamchk數據檢測恢復工具。在很多用戶看來，這兩個方法都比較複雜，並不適合大多數的用戶使用。另外，這兩種方法並不能有效的恢復MySQL資料庫，可能還會造成資料庫被進一步損壞，造成大家無法挽回的損失。根據以上幾個原因，這兩種MySQL資料庫恢復方法並不建議大家使用。

。

資料庫被損壞分以下幾種情況：

1、嚴重損壞

2、輕度損壞

3、有些表被損壞或有些表的部分記錄被損壞

怎麼恢復mysql資料庫怎麼恢複數據

簡單情況下：進入原來mysql安裝路徑下的data文件夾下，找到相應的庫和ibdata1，進行copy，就可回復原來的數據。

複雜情況下：

從另一台機上把MySQL資料庫的mysql文件夾拷貝到本地機上，目的是恢複本地機對數據的訪問和操作。經過如下幾種情況的操作。

1. 在本地重裝MySQL（安裝目錄D:\Program Files\MySQL\MySQL Server 5.0），直接把mysql文件夾拷貝至D:\Program Files\MySQL\MySQL Server 5.0\。結果，失敗：資料庫連接錯誤。

2. 卸載後重裝MySQL，將D:\Program Files\MySQL\MySQL Server 5.0\下的數據備份，只把mysql\data文件夾全部內容拷貝到D:\Program Files\MySQL\MySQL Server 5.0\data下。結果，失敗：資料庫連接錯誤。將備份的數據還完覆蓋。結果，失敗，還是連接不上資料庫。

3. 卸載後重裝MySQL，將mysql\data文件夾里的cf1,last文件夾（這兩個是原來MySQL里的資料庫）拷貝進D:\Program Files\MySQL\MySQL Server 5.0\data。連接成功，在Navicat for MySQL里看到資料庫cf1和last，但是不能訪問，因為數據全為零。明白了原來data里以資料庫命名的文件存儲的是資料庫的表結構，不是元數據。下一步，把data文件夾里的ibdata1文件（3.4G大，明顯存儲了元數據）拷貝到D:\Program Files\MySQL\MySQL Server 5.0\data里，代替原來的ibdata1文件。重啟電腦，打開Navicat for MySQL，連接成功，數據可以訪問操作。

至此，操作終於成功。其實當初在那台機上把數據導出來，而不是現在直接把文件夾mysql複製過來會更容易恢復。但那台機已經重裝了系統，也就是說MySQL失效了。