記一次mysql數據庫恢復過程,mysql如何恢複數據庫

本文目錄一覽：

• 1、如何通過mysql的data文件恢複數據庫
• 2、mysql刪除數據庫後怎麼恢復
• 3、如何使用MYSQL數據庫進行備份數據恢復
• 4、系統崩潰後，關於MYSQL恢複數據庫的問題！求救啊！
• 5、怎麼恢復mysql數據庫怎麼恢複數據
• 6、mysql的數據刪除後怎麼恢復

如何通過mysql的data文件恢複數據庫

mysql數據恢復過程

從另一台機上把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失效了。

mysql刪除數據庫後怎麼恢復

1.

使用php腳本刪除數據庫，php使用

mysql_query

函數來創建或者刪除

mysql

數據庫；

2.

使用

mysqladmin

刪除數據庫；

3.

使用

mysqladmin

刪除數據庫；

使用普通用戶登陸mysql服務器，你可能需要特定的權限來創建或者刪除

mysql

數據庫。所以我們使用root用戶登錄，root用戶擁有最高權限，可以使用

mysql

mysqladmin

命令來創建數據庫。

在刪除數據庫過程中，務必要十分謹慎，因為在執行刪除命令後，所有數據將會消失。

4.

使用php腳本刪除數據庫；

php使用

mysql_query

函數來創建或者刪除

mysql

數據庫。bool

mysql_query(

sql,

connection

);該函數有兩個參數，在執行成功時返回

true，否則返回

false。

如何使用MYSQL數據庫進行備份數據恢復

恢復整個數據庫

首先，如果要恢復的數據庫是含有授權表的mysql數據庫，將需要使用–skip-grant-tables選項運行服務器。否則，服務器將抱怨無法找到授權表。在恢復表之後，執行mysqladmin flush-privileges 來告訴服務器加載授權表，並用它們啟動。

將原數據庫目錄的內容拷貝到其他的地方。例如，您可能會在稍後用它們進行崩潰表的事後分析檢查（post-mortem examination）。

用最新的備份文件重新加載數據庫。如果您打算使用由mysqldump 加載的文件，則需要將它們作為mysql的輸入。如果打算使用從數據庫中直接拷貝的文件（如，用tar 或c p），則將它們直接拷貝回到該數據庫目錄中。但是，在這種情況下，應該在拷貝這些文件之前關閉服務器，然後再重新啟動它。

用更新日誌重做在進行備份後又修改了數據庫表的查詢。對於所有可用的更新日誌，可使用它作為mysql的輸入。指定–one-database 選項，使mysql只對想要恢復的數據庫執行查詢。如果您知道需要使用所有的更新日誌文件，可在包含日誌的目錄中使用下列命令：

% ls-t-r-l update.(0-9)* | xargs cat | mysql–one-database db_name

ls 命令產生更新日誌文件的單列列表，更新日誌文件根據服務器生成的順序進行排序（要知道，如果您修改了其中的任何文件，排序的順序都將改變，這將導致更新日誌按錯誤的順序使用）。

您很可能必須使用某些更新日誌。例如，如果自備份以來所產生的日誌命名為update.392、pdate.393 等等，可以重新運行它們中的命令：

% mysql–one-database db_name updata.392

% mysql–one-database db_name updata.393

…

如果正在運行恢復並打算使用更新日誌恢復由於失策的DROP DATA BASE、DROPTABLE或DELETE 語句而丟失的信息，應確保先從更新日誌中刪除這些語句。

恢復單個的表

恢復單個表是很困難的。如果有通過mysqldump 生成的備份文件並且它恰好不包含您想要的表數據，則需要抽取相關的行並用它們作為mysql的輸入，這部分較容易。困難的是抽取應用於該表的更新日誌的片段。您會發現： mysql_find_rows 實用程序對這方面有幫助，它可以從更新日誌中抽取多行查詢。

另一種可能性是用另一個服務器恢復整個數據庫，然後將所要的該表的文件拷貝到原始數據庫中。這實際很容易！在將文件拷貝回數據庫目錄時，應確保原始數據庫的服務器關閉。

系統崩潰後，關於MYSQL恢複數據庫的問題！求救啊！

MySQL 在崩潰恢復時，會遍歷打開所有 ibd 文件的 header page 驗證數據字典的準確性，如果 MySQL 中包含了大量表，這個校驗過程就會比較耗時。 MySQL 下崩潰恢復確實和表數量有關，表總數越大，崩潰恢復時間越長。另外磁盤 IOPS 也會影響崩潰恢復時間，像這裡開發庫的 HDD IOPS 較低，因此面對大量的表空間，校驗速度就非常緩慢。另外一個發現，MySQL 8 下正常啟用時居然也會進行表空間校驗，而故障恢復時則會額外再進行一次表空間校驗，等於校驗了 2 遍。不過 MySQL 8.0 里多了一個特性，即表數量超過 5W 時，會啟用多線程掃描，加快表空間校驗過程。

如何跳過校驗MySQL 5.7 下有方法可以跳過崩潰恢復時的表空間校驗過程嘛？查閱了資料，方法主要有兩種：

1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ，那麼 validate = false，即可以跳過表空間校驗。實際測試的時候設置 innodb_force_recovery =1，也就是強制恢復跳過壞頁，就可以跳過校驗，然後重啟就是正常啟動了。通過這種臨時方式可以避免崩潰恢復後非常耗時的表空間校驗過程，快速啟動 MySQL，個人目前暫時未發現有什麼隱患。2. 使用共享表空間替代獨立表空間這樣就不需要打開 N 個 ibd 文件了，只需要打開一個 ibdata 文件即可，大大節省了校驗時間。自從聽了姜老師講過使用共享表空間替代獨立表空間解決 drop 大表時性能抖動的原理後，感覺共享表空間在很多業務環境下，反而更有優勢。

臨時冒出另外一種解決想法，即用 GDB 調試崩潰恢復，通過臨時修改 validate 變量值讓 MySQL 跳過表空間驗證過程，然後讓 MySQL 正常關閉，重新啟動就可以正常啟動了。但是實際測試發現，如果以 debug 模式運行，確實可以臨時修改 validate 變量，跳過表空間驗證過程，但是 debug 模式下代碼運行效率大打折扣，反而耗時更長。而以非 debug 模式運行，則無法修改 validate 變量，想法破滅。

怎麼恢復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失效了。

mysql的數據刪除後怎麼恢復

如果你要恢復的數據庫是包含授權表的mysql數據庫，您將需要使用–skip贈款-tables選項來運行服務器恢復整個數據庫

– 首先，。否則，服務器會抱怨不能找到授權表。恢復表後，執行mysqladmin沖水privileges告訴服務器裝載授權表，並用它們來啟動。數據庫目錄到其他地方的原始內容

複製。例如，您可以使用它們在以後的事後分析檢查表（驗屍）的崩潰。

酒店與最新的數據庫備份文件重新加載。如果您打算使用mysqldump的所加載的文件，則需要輸入它們作為mysql的。如果您打算使用從數據庫文件直接拷貝（例如，使用tar或CP），它會複製他們直接回數據庫目錄中。然而，在這種情況下，你應該在關閉之前，該服務器複製這些文件，然後重新啟動它。在備份過程中

重做日誌，然後查詢更新數據庫表中。對於所有可用的更新日誌，你可以使用它作為mysql的輸入。指定–one-database選項，因此MySQL只是要還原的數據庫執行查詢。如果你意識到有必要使用所有的更新日誌文件，可以使用包含以下命令日誌的目錄：

％LS-TRL更新（0-9）* | xargs的貓| mysql–。一個數據庫DB_NAME

ls命令生成一個單獨的日誌文件更新列表，更新日誌文件根據服務器（你知道，如果你其中的任何文件，排序順序生成的順序進行排序會發生變化，這將導致在更新日誌中以錯誤的順序使用）。有限公司您可能需要使用一些更新日誌。例如，如果日誌，因為命名update.392備份，pdate.393等產生的，可以在命令重新運行它們：

％的mysql – 一個數據庫DB_NAME 錄入。 392

％的mysql – 一個數據庫DB_NAME updata.393 …

如果您正在運行的恢復，並打算使用更新日誌恢復由於失誤降數據的基礎上，DROPTABLE或DELETE語句和丟失的信息時，一定要在開始更新日誌刪除這些語句。

恢復單個表

恢復單個表是非常困難的。如果是的mysqldump備份文件生成的，它只是不包含數據，您需要一個表，你需要提取的相關線路，並利用它們作為mysql的輸入，這部分比較容易。困難的是，提取在該表的更新日誌中使用的片段。你會發現：mysql_find_rows工具在這方面有所幫助，它可以提取多行從更新日誌查詢。另一種可能性是使用另一台服務器

恢復整個數據庫，然後將該文件複製到表的原始數據庫。這其實很容易！當文件被複制回數據庫目錄，確保原始數據庫服務器關閉。