淺析MySQL 備份與恢復(fù)
1、簡介
數(shù)據(jù)無價(jià),MySQL作為一個(gè)數(shù)據(jù)庫系統(tǒng),其備份自然也是非常重要且有必要去做。備份的理由千千萬,預(yù)防故障,安全需求,回滾,審計(jì),刪了又改的需求等等,備份的重要性不言而喻。除了備份本身, 如何使用備份來恢復(fù) 服務(wù)也是一項(xiàng)重點(diǎn)內(nèi)容,不能用來恢復(fù)的備份沒有意義。本文主要會(huì)針對(duì)備份和恢復(fù)這兩方面做一些簡單的介紹。
本文為《高性能MySQL》備份相關(guān)章節(jié)的讀書筆記。
2、備份和恢復(fù)的簡單定義
正如簡介所說,備份人盡皆知,也很容易引起人的重視。根據(jù)需求寫定期腳本,或者使用其他方式都是比較常見的。但是恢復(fù)就沒有那么引人注目了。比如說,也許會(huì)每周/每天定期進(jìn)行自動(dòng)備份。但是多久會(huì)進(jìn)行一次備份的恢復(fù)測(cè)試?備份的內(nèi)容是否完成?是否可用于恢復(fù)?如果出現(xiàn)故障,恢復(fù)的流程是否易操作?
備份只是數(shù)據(jù)源, 如何使用數(shù)據(jù)源 , 徹底恢復(fù)系統(tǒng) 這個(gè)過程。也非常重要。備份與恢復(fù),都是MySQL運(yùn)維中需要掌握的內(nèi)容。
備份的意義在于恢復(fù)。如果不能恢復(fù),那就不叫備份(比如RAID陣列不是備份,如果DROP DATABASE,RAID陣列不能恢復(fù))
[還原] 和 [恢復(fù)] 的區(qū)別:
- 還原:僅指將備份文件中的內(nèi)容提取出來并加載。
- 恢復(fù):包括還原備份文件在內(nèi)的一系列措施,目的是讓服務(wù)恢復(fù)正常運(yùn)行,比如重啟MySQL,修改配置等其他操作 。
也就是說,恢復(fù)是要恢復(fù)到異常出前,采取的所有操作(比如修改參數(shù),重啟服務(wù)等)。不僅僅只是還原備份。
3、恢復(fù)計(jì)劃需要考慮的幾個(gè)因素
恢復(fù)計(jì)劃在設(shè)計(jì)的時(shí)候,需要考慮一些因素,從而根據(jù)不同的需求進(jìn)行更好的規(guī)劃??梢愿鶕?jù)RPO(恢復(fù)點(diǎn)目標(biāo))和RTO(恢復(fù)時(shí)間目標(biāo))這兩個(gè)需求來協(xié)助制定合適的恢復(fù)策略。
- RPO(恢復(fù)點(diǎn)目標(biāo)):可以容忍丟失多少數(shù)據(jù)?(需要恢復(fù)所有數(shù)據(jù),還是能容忍上一次備份以來的數(shù)據(jù)丟失?)
- RTO(恢復(fù)時(shí)間目標(biāo)):需要等待多久將數(shù)據(jù)恢復(fù)?(用戶能接受到什么程度)
也許還需考慮:需要恢復(fù)什么?(整個(gè)服務(wù)器,單個(gè)庫,單個(gè)表,還是事務(wù))
其次,恢復(fù)計(jì)劃需要定期進(jìn)行測(cè)試,抽出數(shù)據(jù)測(cè)試備份確實(shí)有效、實(shí)際進(jìn)行一次完整的備份恢復(fù),熟悉整個(gè)恢復(fù)流程,確保真正發(fā)生問題時(shí),可以有條不紊的完成恢復(fù)。
4、備份
4.1、備份內(nèi)容包括什么?
最簡單的策略就是 只備份數(shù)據(jù)和表定義 。但是恢復(fù)數(shù)據(jù)庫需要更多內(nèi)容,如果能備份的越充足,那么恢復(fù)起來也就更容易。(主要還是 根據(jù)需求 )
比如可以根據(jù)實(shí)際情況,考慮備份如下內(nèi)容:
1、Binlog和InnoDB事務(wù)日志。
2、主/從庫配置文件。
3、數(shù)據(jù)庫操作系統(tǒng)配置(cron、腳本、內(nèi)核參數(shù))
或者說,根據(jù)需要進(jìn)行備份內(nèi)容的擴(kuò)展。如果對(duì)于數(shù)據(jù)庫恢復(fù)、甚至重建有很高需求(比如要求更快恢復(fù)),那么備份更多的內(nèi)容也必不可少。如果需要有從0恢復(fù)數(shù)據(jù)庫的能力,那需要做更多工作。
4.2、物理備份與邏輯備份
備份種類 | 邏輯備份 | 物理備份 |
---|---|---|
簡介 | 利用mysqldump等命令實(shí)現(xiàn)備份 | 直接復(fù)制數(shù)據(jù)庫文件 |
優(yōu)點(diǎn) | 可以文本編輯,恢復(fù)簡單,使用mysqldump備份靈活。 | 足夠直觀,備份和恢復(fù)過程,本質(zhì)上就是文件的移動(dòng)?;謴?fù)速度更快。MySQL服務(wù)器幾乎不需要執(zhí)行操作。 |
缺點(diǎn) | 備份和恢復(fù)都需要MySQL服務(wù)參與、且占用CPU資源。有可能很慢 | InnoDB的原始文件通常比邏輯備份大得多。 |
物理備份和邏輯備份的一點(diǎn)抉擇:
- 對(duì)于大數(shù)據(jù)庫,必須有物理備份。邏輯備份太慢,也可考慮基于快照的備份做輔助。
- 對(duì)于小數(shù)據(jù)庫,邏輯備份幾乎就可以了。
物理備份簡單高效,邏輯備份盡量也要做?!緝烧叨家?,看具體需求和資源分配】
其次:除非經(jīng)過測(cè)試,否則不能假設(shè)備份可用。比如使用 mysqlcheck -A 測(cè)試數(shù)據(jù)庫。
4.3、Binlog備份
Binlog也是備份中的重要一環(huán),因?yàn)榛跁r(shí)間點(diǎn)的恢復(fù)需要用到它。而且Binlog一般很小,頻繁的備份也較容易實(shí)現(xiàn)。如果有某個(gè)時(shí)間點(diǎn)的數(shù)據(jù)備份,加上自那以后的所有Binlog,就可以回滾所有變動(dòng)。
4.3.1、備份Binlog的一些策略
FLUSH LOGS --log_slave_updata
需要注意的是,expire_log_days是通過 日志文件的修改時(shí)間 來判斷的,而不是內(nèi)容。(如果一直只有一個(gè)Binlog文件,可能就不會(huì)清理)。所以一定要使用 FLUSH LOGS 定期刷新Binlog。
4.3.2、老Binlog的清理
最好使用expire_log_days來進(jìn)行自動(dòng)的清理,保留一定天數(shù)。如果需要用cron清理。那么 不要使用 find+rm配置的cron清理日志。
0 3 * * * /usr/bin/mysql /var/log/mysql -mtime +N -name "mysql-bin.[0-9]"* | xargs rm
使用如下cron代替:
0 3 * * * /usr/bin/mysql -e "PURGE MASTER LOGS BEFORE CURRENT_DATE - INTERVAL N DAY"
4.3.3、Binlog備份的幾點(diǎn)注意事項(xiàng)
- 增長保存時(shí)間只是一種配置,不代表Binlog本身就不需要備份。Binlog仍然需要定期備份,以便可以結(jié)合最近的備份使用。
- 需要注意的是,從庫也使用Binlog。所以需要 區(qū)分從庫和備份的Binlog管理 。
4.4、增量備份與差異備份
增量備份:自任意類型備份后,改動(dòng)的所有內(nèi)容的備份。
差異備份:特指自上次 全備份 之后,改動(dòng)的所有內(nèi)容的備份。
也就是說,差異備份基于全備份。而增量備份基于任意備份(比如某一個(gè)指定的差異備份。
差異備份可選項(xiàng):
- 不要備份沒有改變的表。
- 不要備份沒有改變的行
雖然這樣做差異備份可以提高恢復(fù)速度。但是全備份還是很有必要的。( 全備份可以頻率低,但是必須有 )。
4.5、從庫備份
在從庫中備份,有時(shí)候是一個(gè) 可選項(xiàng) ,不會(huì)干擾到主庫,避免給主庫增加更多的負(fù)載。其次,當(dāng)計(jì)劃從從庫備份的時(shí)候,要保存更多信息,比如從庫相對(duì)于主庫的位置(偏移)等。
首先 從庫不等于備份 ,從庫和主庫數(shù)據(jù)不匹配是很常見的。其次、從從庫備份確實(shí)可以減輕主庫備份時(shí)的負(fù)載,但是不夠好。穩(wěn)定起見,還是建議進(jìn)行主庫備份、全備份。
4.6、其他注意事項(xiàng)
4.6.1、在線備份與離線備份
離線備份是最簡單最安全的。也是一致性最好的。問題就是,大部分?jǐn)?shù)據(jù)庫不能接受停機(jī)備份。所以基本還是用在線備份,或者說不停機(jī)備份
可以考慮在業(yè)務(wù)低峰期進(jìn)行在線備份,即使負(fù)載增大也不會(huì)有太大影響。
4.6.2、數(shù)據(jù)一致性
數(shù)據(jù)一致性:對(duì)于多個(gè)表之間數(shù)據(jù)的一致性要求。(比如兩個(gè)邏輯相關(guān)的操作分在了兩個(gè)事務(wù)內(nèi),而備份在兩個(gè)事務(wù)之間執(zhí)行,就會(huì)導(dǎo)致數(shù)據(jù)不一致)
InnoDB可以在轉(zhuǎn)儲(chǔ)一組相關(guān)表的時(shí)候,開始一個(gè)事務(wù),這樣可以很大程度上保證數(shù)據(jù)的一致性。
但是也要注意,如果事務(wù)設(shè)置的不合理,比如一組相關(guān)表的修改分在了兩個(gè)事務(wù)內(nèi),這仍然會(huì)導(dǎo)致數(shù)據(jù)不一致。( 一組表的相關(guān)操作需要確保在一個(gè)事務(wù)內(nèi) )
4.6.3、定期進(jìn)行備份恢復(fù)測(cè)試,確認(rèn)整個(gè)恢復(fù)過程需要的資源
能恢復(fù)的備份才有價(jià)值,不是有備份就可以
小結(jié)
本文講解了一些備份的基本知識(shí)和概念,包括一些基本概念、恢復(fù)的重要性、備份和恢復(fù)的簡單策略。還提及到了備份內(nèi)容的選擇、差異/增量備份、Binlog備份等。后續(xù)還需要繼續(xù)學(xué)習(xí),了解備份和恢復(fù)的具體操作方法和實(shí)踐。
以上就是淺析MySQL 備份與恢復(fù)的詳細(xì)內(nèi)容,更多關(guān)于MySQL 備份與恢復(fù)的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
mysql中union和union?all的使用及注意事項(xiàng)
這篇文章主要給大家介紹了關(guān)于mysql中union和union?all的使用及注意事項(xiàng)的相關(guān)資料,需要的朋友可以參考下2022-08-08SQL SERVER 2005 最小安裝經(jīng)驗(yàn)
很久以前有個(gè)疑問 安裝SQL SERVER 2005后為什么會(huì)把VS2005給裝上了,當(dāng)時(shí)很郁悶,試想是不是在哪個(gè)環(huán)節(jié)把VS2005組件勾上的?2011-02-02mysql表的內(nèi)連和外連實(shí)戰(zhàn)記錄
在開發(fā)中我們的業(yè)務(wù)需求有時(shí)候是復(fù)雜的,多張表聯(lián)合查詢的時(shí)候是有多種方式的,面對(duì)不同的需求,靈活使用不同的表連接方式,這篇文章主要給大家介紹了關(guān)于mysql表內(nèi)連和外連的相關(guān)資料,需要的朋友可以參考下2024-01-01centos7.3 安裝mysql5.7.18的詳細(xì)教程
這篇文章主要介紹了centos7.3 安裝mysql5.7.18的詳細(xì)教程,需要的朋友可以參考下2017-06-06C#列出局域網(wǎng)中可用SQL Server服務(wù)器
SQLDMO(SQL Distributed Management Objects,SQL分布式管理對(duì)象)封裝了Microsoft SQL Server數(shù)據(jù)庫中的對(duì)象。SQLDMO是Microsoft SQL Server中企業(yè)管理器所使用的應(yīng)用程序接口,所以它可以執(zhí)行很多功能,其中當(dāng)然也包括對(duì)數(shù)據(jù)庫的備份和恢復(fù)。2008-04-04