MySQLdump備份原理

備份的基本流程如下：

發(fā)展壯大離不開廣大客戶長期以來的信賴與支持，我們將始終秉承“誠信為本、服務(wù)至上”的服務(wù)理念，堅持“二合一”的優(yōu)良服務(wù)模式，真誠服務(wù)每家企業(yè)，認(rèn)真做好每個細(xì)節(jié)，不斷完善自我，成就企業(yè)，實現(xiàn)共贏。行業(yè)涉及廣告設(shè)計等，在網(wǎng)站建設(shè)、網(wǎng)絡(luò)營銷推廣、WAP手機網(wǎng)站、VI設(shè)計、軟件開發(fā)等項目上具有豐富的設(shè)計經(jīng)驗。

1. FLUSH TABLES

   功能：關(guān)閉實例上所有打開表
   目的：為第二步prepare，為了避免較長的事務(wù)操作造成FLUSH TABLES WITH READ LOCK操作遲遲得不到鎖，但同時又阻塞了其它客戶端操作

2. FLUSH TABLES WITH READ LOCK

   功能：加全局讀鎖
   目的：獲得DB一致性狀態(tài)

3. SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ

   功能：設(shè)置當(dāng)前會話的事務(wù)隔離等級為RR，RR可避免不可重復(fù)讀和幻讀
   目的：確保在備份事務(wù)中任何時刻數(shù)據(jù)都相同

4. START TRANSACTION WITH CONSISTENT SNAPSHOT

   功能：獲取當(dāng)前數(shù)據(jù)庫的快照，這個是由mysqldump中--single-transaction決定的
   目的： 簡而言之，就是開啟事務(wù)并對所有表執(zhí)行了一次SELECT操作，這樣可保證備份時，在任意時間點執(zhí)行select * from table得到的數(shù)據(jù)和執(zhí)行START TRANSACTION WITH CONSISTENT SNAPSHOT時的數(shù)據(jù)一致

5. obtain Log position

   功能：獲取binlog的相關(guān)信息，這個是由--master-data決定的
   目的：記錄了開始備份時，binlog的狀態(tài)信息，包括MASTER_LOG_FILE和MASTER_LOG_POS

6. 備份非innodb表數(shù)據(jù)(.frm,.myi,.myd等)
    
7. unlock tables（非innodb表備份完畢）
    
8. 備份innodb表數(shù)據(jù)
    
9. 備份完成
    

xtrabackup備份原理

innobackupex的本質(zhì)：innobackupex 腳本用來備份非 InnoDB 表，同時會調(diào)用 xtrabackup 命令來備份 InnoDB 表

備份的基本流程如下：

1. innobackupex 在啟動后，會先 fork 一個進程，啟動 xtrabackup進程，然后就等待 xtrabackup 備份完 ibd 數(shù)據(jù)文件
   ?
2. xtrabackup 在備份 InnoDB 相關(guān)數(shù)據(jù)時，是有2種線程的，1種是 redo 拷貝線程，負(fù)責(zé)拷貝 redo 文件，1種是 ibd 拷貝線程，負(fù)責(zé)拷貝 ibd 文件；redo 拷貝線程只有一個，在 ibd 拷貝線程之前啟動，在 ibd 線程結(jié)束后結(jié)束。xtrabackup 進程開始執(zhí)行后，先啟動 redo 拷貝線程，從最新的 checkpoint 點開始順序拷貝 redo 日志；然后再啟動 ibd 數(shù)據(jù)拷貝線程，在 xtrabackup 拷貝 ibd 過程中，innobackupex 進程一直處于等待狀態(tài)（等待文件被創(chuàng)建）
   ?
3. xtrabackup 拷貝完成idb后，通知 innobackupex（通過創(chuàng)建文件），同時自己進入等待（redo 線程仍然繼續(xù)拷貝）
   ?
4. innobackupex 收到 xtrabackup 通知后，執(zhí)行FLUSH TABLES WITH READ LOCK (FTWRL)，取得一致性位點，然后開始備份非 InnoDB 文件（包括 frm、MYD、MYI、CSV、opt、par等）。拷貝非 InnoDB 文件過程中，因為數(shù)據(jù)庫處于全局只讀狀態(tài)，如果在業(yè)務(wù)的主庫備份的話，要特別小心，非 InnoDB 表（主要是MyISAM）比較多的話整庫只讀時間就會比較長，這個影響一定要評估到
   ?
5. 當(dāng) innobackupex 拷貝完所有非 InnoDB 表文件后，通知 xtrabackup（通過刪文件） ，同時自己進入等待（等待另一個文件被創(chuàng)建）
   ?
6. xtrabackup 收到 innobackupex 備份完非 InnoDB 通知后，就停止 redo 拷貝線程，然后通知 innobackupex redo log 拷貝完成（通過創(chuàng)建文件）
   ?
7. innobackupex 收到 redo 備份完成通知后，就開始解鎖，執(zhí)行 UNLOCK TABLES
   ?
8. 最后 innobackupex 和 xtrabackup 進程各自完成收尾工作，如資源的釋放、寫備份元數(shù)據(jù)信息等，innobackupex 等待 xtrabackup 子進程結(jié)束后退出
   ?

新聞名稱：邏輯備份mysqldump和物理備份xtrabackup的流程
當(dāng)前鏈接：http://www.aaarwkj.com/article46/gjoheg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計、做網(wǎng)站、ChatGPT、小程序開發(fā)、移動網(wǎng)站建設(shè)、建站公司

廣告

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