這期內(nèi)容當中小編將會給大家?guī)碛嘘PMySql備份時怎么保持數(shù)據(jù)一致性，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

成都創(chuàng)新互聯(lián)是一家專業(yè)從事網(wǎng)站制作、網(wǎng)站設計的網(wǎng)絡公司。作為專業(yè)網(wǎng)站建設公司,成都創(chuàng)新互聯(lián)依托的技術實力、以及多年的網(wǎng)站運營經(jīng)驗,為您提供專業(yè)的成都網(wǎng)站建設、網(wǎng)絡營銷推廣及網(wǎng)站設計開發(fā)服務！

1、直接拷貝整個數(shù)據(jù)目錄下的所有文件到新的機器。優(yōu)點是簡單、快速，只需要拷貝；缺點也很明顯，在整個備份過程中新機器處于完全不可用的狀態(tài)，且目的無法釋放源數(shù)據(jù)文件中因為碎片導致的空間浪費和無法回收已發(fā)生擴展的innodb表空間。

2、用xtrabackup進行熱備。優(yōu)點是備份過程中可繼續(xù)提供服務；缺點和第一種方法差不多，目的分區(qū)無法釋放源數(shù)據(jù)文件中因為碎片導致的空間浪費和無法回收已發(fā)生擴展的innodb表空間。

3、使用官方自帶的mysqldump邏輯重做。優(yōu)點是在整個備份過程中可以向外提供服務，最重要的一點是可以解決碎片浪費。

以上幾種方法相信大家也都很熟悉，就不再詳細介紹。下面主要講解一下mysqldump備份時如何保持數(shù)據(jù)的一致性。

mysqldump對不同類型的存儲引擎，內(nèi)部實現(xiàn)也不一樣。主要是針對兩種類型的存儲引擎：支持事務的存儲引擎（如InnoDB）和不支持事務的存儲引擎（如MyISAM），下面分別看看這兩種存儲引擎的實現(xiàn)：

1、對于支持事務的引擎如InnoDB，參數(shù)上是在備份的時候加上--single-transaction保證數(shù)據(jù)一致性
--single-transaction實際上通過做了下面兩個操作：
①、在開始的時候把該session的事務隔離級別設置成repeatable read；
②、然后啟動一個事務（執(zhí)行bigin），備份結(jié)束的時候結(jié)束該事務（執(zhí)行commit）
有了這兩個操作，在備份過程中，該session讀到的數(shù)據(jù)都是啟動備份時的數(shù)據(jù)（同一個點）。可以理解為對于innodb引擎來說加了該參數(shù)，備份開始時就已經(jīng)把要備份的數(shù)據(jù)定下來了，備份過程中的提交的事務時是看不到的，也不會備份進去。

2、對于不支持事務的引擎如MyISAM，只能通過鎖表來保證數(shù)據(jù)一致性，這里分三種情況：
①、導出全庫：加--lock-all-tables參數(shù)，這會在備份開始的時候啟動一個全局讀鎖（執(zhí)行flush tables with read lock），其他session可以讀取但不能更新數(shù)據(jù)，備份過程中數(shù)據(jù)沒有變化，所以最終得到的數(shù)據(jù)肯定是完全一致的；
②、導出單個庫：加--lock-tables參數(shù)，這會在備份開始的時候鎖該庫的所有表，其他session可以讀但不能更新該庫的所有表，該庫的數(shù)據(jù)一致；
③、導出單個表：加--lock-tables參數(shù)，這會在備份開始的時候鎖該表，其他表不受影響，該表數(shù)據(jù)一致。

上面只是展示了對不同引擎來講加的參數(shù)只是為了讓數(shù)據(jù)保持一致性，但在備份中業(yè)務并沒有停止，時刻可能有新的數(shù)據(jù)進行寫入，為了讓我們知道備份時是備份了哪些數(shù)據(jù)，或者截止到那個指針（二進制日志），我們可以再加入 --master-data參數(shù)，備份好的sql文件就會記錄從備份截至到哪個指針，指針之后的數(shù)據(jù)更新我們可以通過二進制日志進行恢復。

# mysqldump -u root -p --single-transaction --master-data --flush-log --database test > test.sql                             --> --flush-log 表示備份開始之后的更行都切到下一個二進制日志

可以在備份的test.sql文件中前幾行看到記錄著備份當時的二進制日志信息

# vim test.sql --CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000004', MASTER_LOG_POS=436263492; ---- Current Database: `test` ..... # mysqlbinlog --start-position=436263492 mysql-bin.000004 > 00004.sql                     -->在全備恢復之后，我們可以通過之后的二進制日志進行恢復

另外解釋下mysqldump備份時為什么要鎖表才能保持數(shù)據(jù)的一致性:

說明：

1、在t1時間點，用mysqldump啟動不鎖表備份；

2、先導出a表，共耗時5分鐘，因為沒有鎖表，在這5分鐘內(nèi)b表insert了10行數(shù)據(jù)；

3、到了t2時間點，a表導出完成，開始導出b表；

4、導出b表耗時10分鐘，在導出b表的過程中，a、b表均沒有數(shù)據(jù)變化；

5、到了t3時間點，b表導出完成，全部備份結(jié)束；

6、然后備機從t1時間點的binlog位置開始應用binlog，最后備機中b表的數(shù)據(jù)比主機多10行，數(shù)據(jù)不一致。

上述就是小編為大家分享的MySql備份時怎么保持數(shù)據(jù)一致性了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

文章名稱：MySql備份時怎么保持數(shù)據(jù)一致性-創(chuàng)新互聯(lián)
網(wǎng)站鏈接：http://www.chinadenli.net/article20/igico.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供云服務器、手機網(wǎng)站建設、定制開發(fā)、微信公眾號、網(wǎng)站導航、電子商務

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)