MySQL單表恢復的步驟
正休息的時候一個電話將我的睡意完全打散，“開發(fā)童鞋寫update SQL的時候忘了加where條件了”，相信每一個DBA同學聽到這個消息的時候都有罵街的沖動吧。萬幸只是單表寫花了，而不是哪位大神在DB里面drop table玩。雖然已經(jīng)很久沒進行單表恢復了，但是還好步驟都印在腦海中，沒有出問題的就恢復完了。
言歸正傳，記錄一下單表恢復的步驟和關鍵點，提醒自己也提醒大家。
第一步：
找一臺性能比較高的服務器作為還原機，從備份池中將最近的一次備份恢復到這臺還原機上。當然這個前提是你有備份，且備份是可用的。（什么？ 你告訴我沒有做備份，那么同學你可以洗洗睡了，準備享受自由的空氣吧。）
注意：這個時候不要啟動同步，務必保持不同步狀態(tài)。
ps：多說一嘴，對于DBA來說，備份是最重要的一個環(huán)節(jié)，不但要有，還要定期檢查備份是否是可用的，這是DBA的必要素質(zhì)之一。
第二步：
聯(lián)系那個犯錯的開發(fā)同學要錯誤的SQL語句和時間點，然后從主庫的binlog中找到這條SQL的執(zhí)行點。具體操作舉例如下
### 使用mysqlbinlog將二進制日志轉(zhuǎn)化為明文SQL日志 mysqlbinlog mysql-bin.000123 > /data1/000123.sql ### 使用linux的grep命令根據(jù)“key word”找到那個引發(fā)數(shù)據(jù)寫花的SQL所在的位置 cat 000123.sql |grep -C 10 'key word' --color ### 標紅色的是問題SQL，及這條SQL開始的時間點，及下一條SQL的開始時間點，這2個pos位置非常重要 # at 20393709 #131205 20:55:08 server id 18984603 end_log_pos 20393779 Query thread_id=16296016 exec_time=0 error_code=0 SET TIMESTAMP=1386248108/*!*/; BEGIN /*!*/; # at 20393779 #131205 20:55:08 server id 18984603 end_log_pos 20394211 Query thread_id=16296016 exec_time=0 error_code=0 SET TIMESTAMP=1386248108/*!*/; update table tablename set names='xxxx'; # at 20394211 #131205 20:55:08 server id 18984603 end_log_pos 20394238 Xid = 92465981 COMMIT/*!*/; # at 20394238 #131205 20:55:10 server id 18984603 end_log_pos 20394308 Query thread_id=16296017 exec_time=0 error_code=0 SET TIMESTAMP=1386248110/*!*/; BEGIN
第三步：
根據(jù)第二步得到的pos位置，啟動同步關系，但是需要停止到問題SQL之前的pos位置上，具體使用如下命令
### pos位置等于問題SQL begin的pos位置 slave start until master_log_file='mysql-bin.000123',master_log_pos=20393709;
然后跳過這個問題SQL，將同步change到下一個pos位置上，具體使用如下命令
### pos位置等于問題SQL commit之后的pos位置 change master to master_log_file='mysql-bin.000123',master_log_pos=20394238;
從上面兩條命令我們看出，第二步得到的兩個pos位置很關鍵。
第四步：
在主庫上將寫花的表改名，其目的有二個，其一，停止對這個表的寫入（當然這對業(yè)務會有一定的影響，會出現(xiàn)一段時間內(nèi)的寫入失敗報警，需要提前和業(yè)務部門聯(lián)系好），其二，一旦恢復失敗，至少還有一個寫花的表存在，可以很快的恢復成我們恢復操作之前的狀態(tài)。
### 在主庫上執(zhí)行 rename table tablename to tablename_bak；
然后在還原機上執(zhí)行dump操作，執(zhí)行這個操作的使用需要注意，如果表中有中文字符，一定記得需要添加--default-chararter-set參數(shù)
mysqldump -uusername -ppassword -S/tmp/mysql.sock dbname tablename --opt> tablename.sql
最后將這個文件傳輸?shù)街鲙旆掌魃?，完成最后的恢復操?/p>
### 可以選擇登陸mysql之后 source tablename.sql； ### 也可以在cmd界面 mysql -uusername -ppassword -S/tmp/mysql.sock < tablename.sql
當然也可以不這么麻煩，直接執(zhí)行如下命令，但是個人習慣處于保存歷史操作記錄和中間結(jié)果的需要，我都是按照以上步驟完成，這樣可以保存一個隨時可以恢復的文本文件，心理更踏實一點。
### 快速的方法可以按照如下操作，在還原機上的命令 mysql -uusername -ppassword -S /tmp/mysql.sock dbname tablename | mysql -uusername -ppassowrd -hhost -Pport
通過以上命令就可以直接完成dump并導入的操作了，缺點就是不會有一份備份文件生成。
第五步：
基本DBA的事情就沒有了，這時候就需要告訴開發(fā)同學恢復完畢，進行應用測試及數(shù)據(jù)正確性效驗了。如果一切都沒有問題之后，我們需要將剛才rename的表drop掉，整個恢復操作就算大功告成了。
drop table if exists tablename_bak；
數(shù)據(jù)庫恢復是每個DBA必備的技能，需要熟練掌握，希望度過這篇文章的同學們都可以輕車熟路的進行恢復操作。
ps：這個操作，最好一萬年都不要用一次就最好了。
以上就是MySQL單表恢復的步驟的詳細內(nèi)容，更多關于mysql單表恢復的資料請關注腳本之家其它相關文章！
相關文章
這篇文章主要介紹MySQL讀取my.cnf的順序問題，以mysql.server、mysqld_safe及mysqld和my_print_defaults讀取my.cnf順序展開文章介紹主題，感興趣的話大家一起來學習吧2021-09-09
mysql 5.7.17 免安裝版配置方法圖文教程(windows10)
這篇文章主要為大家詳細介紹了windows10下mysql 5.7.17 免安裝版配置方法圖文教程，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-01-01
這篇文章主要介紹了Mysql非安裝版使用步驟及忘記密碼的解決方法,需要的朋友可以參考下2017-04-04
這篇文章主要介紹了MySQL8.0+版本1045錯誤解決辦法,使用命令行登錄MySQL報錯1045 Access denied for user ‘root’@‘localhost’ (using password:YES)，折騰半天才解決問題，需要的朋友可以參考下2022-08-08
這篇文章主要介紹了mysql增刪改查基礎語句,需要的朋友可以參考下2017-10-10
本節(jié)主要介紹了完全卸載mysql的具體步驟包括停止服務、卸載相關程序、刪除注冊表等等2014-07-07
這篇文章主要帶大家從一個主從延遲問題開始回顧主從復制原理,并思考主從延遲造成的原因和解決方案,文中的示例代碼講解詳細,感興趣的可以了解下2024-02-02
這篇文章主要為大家詳細介紹了centos7下mysql安裝配置方法圖文教程，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-04-04
MySQL中的insert-on-duplicate語句舉例詳解
這篇文章主要給大家介紹了關于MySQL中insert-on-duplicate語句的相關資料,文中通過圖文以及代碼示例將insert-on-duplicate的用法介紹的非常詳細,對大家的學習或者工作具有一定的參考借鑒價值,需要的朋友可以參考下2024-06-06
ubuntu mysql 5.6版本的刪除/安裝/編碼配置文件配置
這篇文章主要介紹了ubuntu mysql 5.6版本的刪除，安裝，編碼配置文件配置,需要的朋友可以參考下2017-06-06