之所以有這樣一篇文章，是因為在前幾天的乙個晚上，要下班的時候，業務方忽然有乙個需求，是需要恢復乙個表裡面的資料，當時問了下情況，大概是這樣的：業務方不小心在乙個表裡面做了乙個update的操作，可能是where條件沒有寫對，導致表裡面的資料被寫壞了，但是資料目前還沒有落盤，只是在記憶體中的值修改了，現在要求恢復到之前的資料。萬幸，這份資料是平台上某些商品的**，基本上是有限個商品，然後**值也都是固定的，之前有對這個**表進行備份，於是給他直接重新匯入了乙份**表的資料，這個問題也算是解決了。
當時我在想，如果我沒有備份，只有binlo這個時候如果這個問題讓我來恢復，那麼有什麼更好的辦法麼？新建乙個例項，全庫還原，然後應用備份的binlog，一直去追，追到資料被該壞的時間點。
使用mys工具重放事務，這種方法會有很多陷阱，比如：
1、只能每次執行乙個mysqlbinlog命令，一次對乙個binlog檔案執行重放，無法並行多命令執行，因為在執行重放的時候會產生乙個臨時表，會有衝突，造成失敗。
2、它是乙個原子操作。如果它在執行到半途中間的時候失敗，將很難知道它在哪失敗，也很難基於先前的時間點重新開始。導致失敗的理由會有很多：一些併發事務引起的innodb lock wait timeout ，server和client設定的max_allowed_packet不同，以及查詢過程中失去跟mysql server的連線，等等。
於是翻了翻percona的部落格，找到一種方法，看了看精髓，就大概記錄了下來，這兒方法我還沒有親自實現，只是記錄在這裡，以後有時間了可以親自操作一把，看看是否能夠比較高效的解決這個問題。
大體思路如下：
2臺額外機器www.cppcns.com，第1臺用於做備份結果資料的恢復，另外1臺用於將原主的binlog拷貝至該例項然後模擬原主，然後第一台與第二台建立主從關係，change master to 第二台，位置點位備份結果（xtrabackup_binlog_info中的binlog名和pos），然後同步至誤操作點停止，將恢復的表，匯出，然後恢復至生產原主。
具體的步驟如下：
1、準備一台機器，用於將該例項的最新備份的結果資料，進行備份還原
2、準備另外一台機器了，新例項，將原master的binlog檔案，拷貝至該例項的資料目錄下， 啟動乙個空例項（server-id跟原主一致， --log_bin=master-bin binlog檔名保持跟原主一致；），然後停掉它，刪除所有它自動建立的binlogs，解壓縮並拷貝所有需要的binlogs(來自於原生產例項)到它的資料目錄下，然後重新啟動它。
www.cppcns.com 最新備份資料的位置：
如果啟動正常，則連線mysql，檢視binlog相關資訊：
3、建立同步關係，並同步到誤操作動作的位置前停止
change master to
master_host='127.0.0.1',
master_port=3307,
master_user='root',
master_password='secret',
master_log_file='master-bin.000007', master_log_pos=1518932;
start sl**e until
master_log_file = 'log_name',
master_log_pos = log_pos
或者start sl**e sql_thread until
sql_after_gtids =
3e11fa47-71ca-11e1-9e33-c80aa9429562:11-56
show sl**e statusg；
相當於多用了一台例項，提高二進位制日誌的利用速率，提高二進位制日誌的利用的成功率。這個方法是否可行，還有待驗證，按照文章中作者講述的思想來看，是比單例項應用binlog的方法好，因為一旦發生了應用binlog過程中的錯誤，它能夠快速確定實在那個點位發生的錯誤，有助於我們快速解決問題。
基於時間點恢復 mysql binlog
data mysq mysqlbin.000026 mysqlbinlog檔案，恢復如下內容 注意 按照時間點恢復時，可能同乙個時間點有其他的操作，要結合上下文的時間選取 at 523 181113 17 15 44server id 161 end log pos 554 crc32 0x2ad4...
使用者管理的基於時間點的恢復
準備不完全恢復 1要是對於不完全恢復不太確定，那麼先備份整個資料庫。2關閉資料庫 3恢復資料檔案備份。在不完全恢復前恢復資料檔案 要是當前的控制檔案不匹配恢復時間的物理結構，那麼恢復乙個備份的控制檔案，恢復的控制檔案應該能反映不完全恢復時間點的資料庫的物理結構。基於cancel的不完全恢復 在基於c...
RMAN基於時間點的不完全恢復
備份 全庫備份。啟動資料庫到archivelog模式 rman target rman rman rman backup database plus archivelog delete input 刪除兩個使用者及相關表後。恢復部分內容 基於時間點的恢復。root ccj 2009 10 22 ll...