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 變數，想法破滅。
❷ navicat for mysql中如何設置自動修復崩潰的數據表
jb51_tablename是jb51_tablename.MYD的名稱。運行以下就可以了。
有的時候因為掉電或者其他原因導致資料庫損壞,我們可以使用mysql自帶的mysqlcheck命令來快速修復所有的資料庫或者特定的資料庫;例如
檢查優化並修復所有的資料庫用:
1.先在運行中輸入CMD,啟動命令行.
2.進入Mysql的Bin目錄：E:\Program Files\MySQL\MySQL Server 5.0\bin,如果不知道如何進入別的目錄,就要參考網上的資料補習基礎知識了.
常見方式:
❸ 如何修復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整個資料庫被刪除了怎麼恢復
1 找個別的機器安裝個同版本的mysql或從已安裝同版本的其他機器上（非同版本的也可以試下）：
拷貝 mysql/data/mysql 目錄到你的mysql/data/ 下吧
2 試著啟動mysql服務，如果能啟動了，理論上應該丟失的只有用戶、授權等一些系統信息，不影響你的使用的數據；
如果不能啟動，看錯誤日誌，爭取啟動了。
3 趕緊把數據備份一份出來，重新把所有庫（只是你後來創建的業務相關的庫，不包括mysql庫）都刪了，重新導入一遍。理論上不這樣也可以，但只是非生產重要的環境下。
4 重新做用戶授權。
❺ mysql資料庫被攻擊怎麼恢復數據
解決方法一：
一些庫可以保留30天的備份。主庫的Binlog保留時間為7天，可以從庫備份拿出來恢復，然後通過主庫的Binlog通過時間段來篩選出時間段所有更改的一些數據。或者通過其他方法慢慢將這部分數據找出來。一定得先找備份及時間點在備份的從庫上檢查備份，通過確定時間點可以查看備份文件進行恢復。
具體恢復操作：
1.從備份機拷貝備份
2.恢復測試機解壓
3.恢復測試機導入
4.將主庫的Binlog拷貝到恢復測試機
5.使用MySQLBinlog 生成SQL腳本
6.Binlog生成的SQL腳本導入
7.導入完成後檢查數據正確性
解決方法二：
聯系專業的資料恢復公司進行恢復。在數據局遭到攻擊在沒有備份或者無法恢復的情況下，由於資料恢復的復雜性專業性，如果擅自操作可能會使得資料庫遭受無法恢復的災難。這時候為了避免出現更大的損失，我們應該停止操作，以免造成數據的二次破壞。這時候應該第一時間聯系專業的資料恢復公司進行處理。