Mydumper工作流程圖和主要步驟是什么,相信很多沒有經(jīng)驗(yàn)的人對此束手無策,為此本文總結(jié)了問題出現(xiàn)的原因和解決方法,通過這篇文章希望你能解決這個問題。
讓客戶滿意是我們工作的目標(biāo),不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶,將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長期合作伙伴,公司提供的服務(wù)項(xiàng)目有:域名申請、雅安服務(wù)器托管、營銷軟件、網(wǎng)站建設(shè)、新巴爾虎右網(wǎng)站維護(hù)、網(wǎng)站推廣。工作流程圖:
主要步驟概括:
1.主線程 FLUSH TABLES WITH READ LOCK , 施加全局只讀鎖,以阻止 DML 語句寫入,保證數(shù)據(jù)的一致性
2.讀取當(dāng)前時(shí)間點(diǎn)的二進(jìn)制日志文件名和日志寫入的位置并記錄在 metadata 文件中,以供即使點(diǎn)恢復(fù)使用
3.N個(線程數(shù)可以指定,默認(rèn)是 4 ) dump 線程 START TRANSACTION WITH CONSISTENT SNAPSHOT ; 開啟讀一致的事物
4.dump non-InnoDB tables , 首先導(dǎo)出非事物引擎的表
5.主線程 UNLOCK TABLES 非事物引擎?zhèn)浞萃旰?,釋放全局只讀鎖
6.dump InnoDB tables , 基于事物導(dǎo)出 InnoDB 表
7.事物結(jié)束
備份所生成的文件
所有的備份文件在一個目錄中,目錄可以自己指定
目錄中包含一個 metadata 文件
記錄了備份數(shù)據(jù)庫在備份時(shí)間點(diǎn)的二進(jìn)制日志文件名,日志的寫入位置,
如果是在從庫進(jìn)行備份,還會記錄備份時(shí)同步至主庫的二進(jìn)制日志文件及寫入位置
每個表有兩個備份文件:
database.table-schema.sql 表結(jié)構(gòu)文件
database.table.sql 表數(shù)據(jù)文件
如果對表文件分片,將生成多個備份數(shù)據(jù)文件,可以指定行數(shù)或指定大小分片
看完上述內(nèi)容,你們掌握Mydumper工作流程圖和主要步驟是什么的方法了嗎?如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容,歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道,感謝各位的閱讀!