建站
咨詢
售后
建站咨詢
新聞中心
1、對mysql數(shù)據(jù)進行備份，常見的方式如以下三種，可能有很多人對備份時數(shù)據(jù)一致性并不清楚1、直接拷貝整個數(shù)據(jù)目錄下的所有文件到新的機器。優(yōu)點是簡單、快速，只需要拷貝;缺點也很明顯，在整個備份過程中新機器處于完全不可用的狀態(tài)，且目的無法釋放源數(shù)據(jù)文件中因為碎片導(dǎo)致的空間浪費和無法回收已發(fā)生擴展的innodb表空間。
2、用xtrabackup進行熱備。優(yōu)點是備份過程中可繼續(xù)提供服務(wù);缺點和***種方法差不多，目的分區(qū)無法釋放源數(shù)據(jù)文件中因為碎片導(dǎo)致的空間浪費和無法回收已發(fā)生擴展的innodb表空間。
3、使用官方自帶的mysqldump邏輯重做。優(yōu)點是在整個備份過程中可以向外提供服務(wù)，最重要的一點是可以解決碎片浪費。
以上幾種方法相信大家也都很熟悉，就不再詳細介紹。下面主要講解一下mysqldump備份時如何保持數(shù)據(jù)的一致性。mysqldump對不同類型的存儲引擎，內(nèi)部實現(xiàn)也不一樣。主要是針對兩種類型的存儲引擎：支持事務(wù)的存儲引擎(如InnoDB)和不支持事務(wù)的存儲引擎(如MyISAM)，下面分別看看這兩種存儲引擎的實現(xiàn)：
1、對于支持事務(wù)的引擎如InnoDB，參數(shù)上是在備份的時候加上--single-transaction保證數(shù)據(jù)一致性
--single-transaction實際上通過做了下面兩個操作：
①、在開始的時候把該session的事務(wù)隔離級別設(shè)置成repeatable read;
②、然后啟動一個事務(wù)(執(zhí)行bigin)，備份結(jié)束的時候結(jié)束該事務(wù)(執(zhí)行commit)
有了這兩個操作，在備份過程中，該session讀到的數(shù)據(jù)都是啟動備份時的數(shù)據(jù)(同一個點)?？梢岳斫鉃閷τ趇nnodb引擎來說加了該參數(shù)，備份開始時就已經(jīng)把要備份的數(shù)據(jù)定下來了，備份過程中的提交的事務(wù)時是看不到的，也不會備份進去。
2、對于不支持事務(wù)的引擎如MyISAM，只能通過鎖表來保證數(shù)據(jù)一致性，這里分三種情況：
①、導(dǎo)出全庫：加--lock-all-tables參數(shù)，這會在備份開始的時候啟動一個全局讀鎖(執(zhí)行flush tables with read lock)，其他session可以讀取但不能更新數(shù)據(jù)，備份過程中數(shù)據(jù)沒有變化，所以最終得到的數(shù)據(jù)肯定是完全一致的;
②、導(dǎo)出單個庫：加--lock-tables參數(shù)，這會在備份開始的時候鎖該庫的所有表，其他session可以讀但不能更新該庫的所有表，該庫的數(shù)據(jù)一致;
③、導(dǎo)出單個表：加--lock-tables參數(shù)，這會在備份開始的時候鎖該表，其他表不受影響，該表數(shù)據(jù)一致。
上面只是展示了對不同引擎來講加的參數(shù)只是為了讓數(shù)據(jù)保持一致性，但在備份中業(yè)務(wù)并沒有停止，時刻可能有新的數(shù)據(jù)進行寫入，為了讓我們知道備份時是備份了哪些數(shù)據(jù)，或者截止到那個指針(二進制日志)，我們可以再加入 --master-data參數(shù)，備份好的sql文件就會記錄從備份截至到哪個指針，指針之后的數(shù)據(jù)更新我們可以通過二進制日志進行恢復(fù)。
- # mysqldump -u root -p --single-transaction --master-data --flush-log --database test > test.sql
- --> --flush-log 表示備份開始之后的更行都切到下一個二進制日志
可以在備份的test.sql文件中前幾行看到記錄著備份當(dāng)時的二進制日志信息
- # 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
- -->在全備恢復(fù)之后，我們可以通過之后的二進制日志進行恢復(fù)
另外解釋下mysqldump備份時為什么要鎖表才能保持數(shù)據(jù)的一致性:
說明：
1、在t1時間點，用mysqldump啟動不鎖表備份;
2、先導(dǎo)出a表，共耗時5分鐘，因為沒有鎖表，在這5分鐘內(nèi)b表insert了10行數(shù)據(jù);
3、到了t2時間點，a表導(dǎo)出完成，開始導(dǎo)出b表;
4、導(dǎo)出b表耗時10分鐘，在導(dǎo)出b表的過程中，a、b表均沒有數(shù)據(jù)變化;
5、到了t3時間點，b表導(dǎo)出完成，全部備份結(jié)束;
6、然后備機從t1時間點的binlog位置開始應(yīng)用binlog，***備機中b表的數(shù)據(jù)比主機多10行，數(shù)據(jù)不一致。
從這個圖可以看出，對于不支持事務(wù)的存儲引擎如MyISAM如果備份過程中不鎖表，不同表開始備份時對應(yīng)的binlog和pos是不一致的，這時候所有表都從備份開始的點應(yīng)用binlog，有很大肯會出現(xiàn)數(shù)據(jù)不一致(備份過程中所有表均無數(shù)據(jù)更新除外)。
網(wǎng)站名稱：MYSQLdump備份時如何保持數(shù)據(jù)的一致性
文章鏈接：http://fisionsoft.com.cn/article/cosopjs.html
