mysql異常宕機後資料恢復
首先遇到問題千萬不要慌,尤其是線上的問題,更不能緊張,心理素質對dba來說也是一項挑戰,可能你的手一抖就會導致多少人無法正常使用業務,如果你沒有把握,請先把現場環境備份後再進行操作,避免資料的二次損壞,下面說一下大概的思路吧。
1.檢查是否有備份,如果備份存在,binlog存在,那就恢復起來難度就不是那麼大了。這個在網上都有方法的。
2.如果沒有備份的,那處理這個問題就有些棘手了,還得一步一步的來。
在my.cnf中[mysqld]下加上以下配置,採用強制恢復機制,看是否能夠啟動
[mysqld]
innodb_force_recovery=1
如果設定成1不能啟動,可以逐漸的將資料增大到6,下文會詳細說下1-6是什麼意思,如果在1-6之間啟動成功了,那麼你運氣還不錯,這時候不要恢復業務,趕緊把資料用邏輯方式匯出來,再啟個新的例項把資料還原,有人會問,為什麼mysql已經啟動了,還要匯出資料呢,原因在這:
當innodb_force_recovery被設定為大於0的時候 ,會阻止使用者insert,update,delete也就是你啟動的mysql不是乙個正常的mysql服務,類似於windows系統下的安全模式。以下這段引於其它地方,具體位址不太清楚了,也可以從官方文件中找到。
innodb_force_recovery被允許的非零值如下。乙個更大的數字包含所有更小數字的預防措施。如果你能夠用乙個多數是4的選項值來轉儲你的表,那麼你是比較安全的,只有一些在損壞的單獨頁面上的資料會丟失。乙個為6的值更誇張,因為資料庫頁被留在乙個陳舊的狀態,這個狀態反過來可以引發對b樹和其它資料庫結構的更多破壞。
innodb_force_recovery=1 (srv_force_ignore_corrupt)
即使伺服器檢測到乙個損壞的頁,也讓伺服器執行著;試著讓select * from tbl_name 跳過損壞的索引記錄和頁,這樣有助於轉儲表。
innodb_force_recovery=2 (srv_force_no_background)
阻止主線程執行,如果崩潰可能在淨化操作過程中發生,這將阻止它。
innodb_force_recovery=3 (srv_force_no_trx_undo)
恢復後不執行事務回滾。
innodb_force_recovery=4 (srv_force_no_ibuf_merge)
也阻止插入緩衝合併操作。如果你可能會導致乙個崩潰。最好不要做這些操作,不要計算表統計表。
innodb_force_recovery=5 (srv_force_no_undo_log_scan)
啟動資料庫之時不檢視未完成日誌:innodb把未完成的事務視為已提交的。
innodb_force_recovery=6 (srv_force_no_log_redo)
不要在恢復連線中做日誌前滾。
資料庫不能另外地帶著這些選項中被允許的選項來使用。作為乙個安全措施,當innodb_force_recovery被設定為大於0的值時,innodb阻止使用者執行insert, update或delete操作.
即使強制恢復被使用,你也可以drop或create表。如果你知道乙個給定的表正在導致回滾崩潰,你可以移除它。你也可以用這個來停止由失敗的大宗匯入或失敗的alter table導致的失控回滾。你可以殺掉mysqld程序,然後設定innodb_force_recovery為3,使得資料庫被掛起而不需要回滾,然後捨棄導致失控回滾的表。
關於上面進行邏輯備份也可能會遇到問題,可能會備份失敗,如果出錯,建議先按庫乙個乙個的備份,到哪個庫出錯後,再按照當前庫的表乙個乙個備份,表出錯根據表中主鍵一點一點備份,最終將大部分資料匯出。如果你的資料不重要,可以容忍丟失,那麼可以當我說的都是廢話了。
推薦大家可以看看mysql · 引擎特性 · innodb 崩潰恢復過程這篇文章
mysql8宕機後恢復
重新初始化mysql 在 etc my.cnf中新增如下配置 mysqld innodb force recovery 1ps 如果不能啟動增大innodb force recovery值,2 3 4 5 6直到啟動為止。usr local mysql bin mysqld safe user my...
mysql宕機日誌查詢 Mysql容器異常宕機
問題定位 進入容器內,查詢mysql的日誌,沒有發現異常問題 有些錯誤日誌資訊,應該是容器自定義的時候留下的 所以排除問題是在容器內發生的。回到宿主機,查詢容器日誌,路徑 var lib docker containers發現有一句異常 資料庫未正常關閉 僅僅一條這樣的報錯還是定位不到問題的,遂查了...
mysql配置資料恢復 MySQL 資料恢復
前言 前兩天因為沒注意的誤操作,直接把某個資料表清掉了,心慌慌.怪自己學藝不精,當時整了一下午也沒把資料找回來.當晚回來閉關研究,終於在凌晨1點多整出來了,特此記錄,以備不時之需.對於 mysql 資料的備份,主要有兩種 全量備份和增量備份.全量備份 將資料庫中的所有資料全部進行備份.相當於複製貼上...