[發明專利]基于關聯型數據庫的歸檔日志同步方法及系統

有效

• 申請號: 201410184551.8
• 申請日: 2014-05-04
• 公開（公告）號: CN105095245B
• 公開（公告）日: 2019-10-18
• 發明（設計）人: 林曉斌
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F16/23
• 分類號: G06F16/23;G06F16/27;G06F11/14
• 代理公司: 上海百一領御專利代理事務所(普通合伙) 31243
• 代理人: 陳貞健

本發明適用于數據安全技術領域，提供了一種基于關聯型數據庫的歸檔日志同步方法，包括有：第一日志寫步驟，主庫在正常服務時，所述主庫將第一歸檔日志寫入備庫；第二日志寫步驟，所述主庫同時將第二歸檔日志寫入備庫機器的第一本地磁盤；第一事務遞交步驟，當所述第一歸檔日志和所述第二歸檔日志寫完后，所述主庫遞交事務。本發明還提供一種基于關聯型數據庫的歸檔日志同步系統。借此，本發明通過采用歸檔日志雙寫機制來保證數據安全性，同時可提升系統可用性。

技術領域

本發明涉及數據安全技術領域，尤其涉及一種基于關聯型數據庫的歸檔日志同步方法及系統。

背景技術

MySQL是一種關聯型數據庫管理系統，關聯型數據庫將數據保存在不同的表中，而不是將所有數據放在一大倉庫內，可增加速度并提高靈活性。MySQL主備通常采用的是異步備份機制，即主庫的事務完成后就返回給用戶。備庫獲取主庫的歸檔日志(Binlog)執行，來實現主備一致。但異步備份機制在主庫提交事務后，如果發生主庫的機器操作系統崩潰后無法正常重啟，或磁盤壞道，而在崩潰之前最后的幾個事務的歸檔日志來不及發送給備庫，則會導致這幾個事務永久丟失。

對上述技術問題，現有的解決方案是半同步機制(Semi-Sync)，即等待歸檔日志傳給備庫并收到備庫的確認信息后才返回給用戶。半同步機制有幾個權衡的變種，其總體的解決思路均為：如果主庫、備庫收到歸檔日志，并返回確認后再提交事務，那么在主庫返回用戶“事務已提交”時，能保證歸檔日志已經發送給備庫，之后即使主庫崩潰無法恢復，備庫仍能利用已經傳到本地的歸檔日志恢復出事務。此后只需作一備庫已經收到這個事務的主備切換，新主庫便能繼續提供服務，對用戶來說數據沒有丟失。

但所述半同步機制存在的問題是，如果網絡出現抖動等網絡異常情況，則會由于主庫遲遲收不到備庫的確認信息導致事務無法提交。從整個系統角度來看會降低系統可用性：原來只需保證主庫正常即可，現在網絡問題可能影響事務提交。一般的解決方法是，設定一時間閾值(例如1秒)，如果超過所述時間閾值，則認為網絡狀況已經很差，退化成原生的異步備份機制，這降低了整個主備架構對外的可用性。

綜上可知，現有技術在實際使用上顯然存在不便與缺陷，所以有必要加以改進。

發明內容

針對上述的缺陷，本發明的目的在于提供一種基于關聯型數據庫的歸檔日志同步方法及系統，通過采用歸檔日志雙寫機制來保證數據安全性，同時可提升系統可用性。

為了實現上述目的，本發明提供一種基于關聯型數據庫的歸檔日志同步方法，包括有：

第一日志寫步驟，主庫在正常服務時，所述主庫將第一歸檔日志寫入備庫，所述第一歸檔日志由所述主庫的本地歸檔日志提供；

第二日志寫步驟，所述主庫同時將第二歸檔日志寫入備庫機器的第一本地磁盤，所述第二歸檔日志由所述主庫的本地歸檔日志提供；

第一事務遞交步驟，當所述第一歸檔日志和所述第二歸檔日志寫完后，所述主庫遞交事務。

根據本發明所述的歸檔日志同步方法，所述主庫與所述備庫之間以異步備份機制互為主備關系；

所述第一日志寫步驟包括：

所述主庫將所述第一歸檔日志異步寫入所述備庫；

所述第二日志寫步驟包括：

所述主庫同時將所述第二歸檔日志同步寫入所述備庫機器的所述第一本地磁盤。

根據本發明所述的歸檔日志同步方法，還包括主備切換步驟，所述主備切換步驟進一步包括：

獲取子步驟，所述備庫分別獲取所述第一歸檔日志和所述第二歸檔日志；

判斷子步驟，判斷所述第一歸檔日志和所述第二歸檔日志是否相同；