怎么在PostgreSQL中對archivelog進(jìn)行清理？針對這個(gè)問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

“專業(yè)、務(wù)實(shí)、高效、創(chuàng)新、把客戶的事當(dāng)成自己的事”是我們每一個(gè)人一直以來堅(jiān)持追求的企業(yè)文化。 創(chuàng)新互聯(lián)是您可以信賴的網(wǎng)站建設(shè)服務(wù)商、專業(yè)的互聯(lián)網(wǎng)服務(wù)提供商! 專注于成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、軟件開發(fā)、設(shè)計(jì)服務(wù)業(yè)務(wù)。我們始終堅(jiān)持以客戶需求為導(dǎo)向，結(jié)合用戶體驗(yàn)與視覺傳達(dá)，提供有針對性的項(xiàng)目解決方案，提供專業(yè)性的建議，創(chuàng)新互聯(lián)建站將不斷地超越自我，追逐市場，引領(lǐng)市場！

pg_archivecleanup 和 pg_rewind 是PG 中兩個(gè)重要的功能，一個(gè)是為了清理過期的 archive log 使用的命令，另一個(gè)是你可以理解為物理級別的 wal log的搬運(yùn)工。

我們先說第一個(gè) pg_archivecleanup 命令，這個(gè)命令主要是用于使用了archive log 功能的 postgresql 但在 archive log 堆積如山的情況下，你怎么來根據(jù)某些規(guī)則，清理這些日志呢？

這里面就要使用 pg_archivecleanup 這個(gè)命令了，可以定時(shí)的來運(yùn)行它，將已經(jīng)移動(dòng)到archivecleanup 的目錄的archivelog 根據(jù)要求開始清理。

當(dāng)然我們先的說說如果不定期清理會(huì)出什么問題

1 如果不定期清理archive 如果存放archivelog 的位置無法在接受新的日志，則大量WAL日志會(huì)滯留在 wal_log 目錄中，則整體數(shù)據(jù)庫系統(tǒng)都會(huì)受到影響。

2 占用大量的存儲(chǔ)空間，存儲(chǔ)無效的數(shù)據(jù)

那一般來說如果沒有第三方的備份工具的情況下，怎么來通過pg_archivecleanup 來進(jìn)行archivelog 的清理。

需要關(guān)注幾個(gè)點(diǎn)

1 清理的時(shí)，清理的WAL_LOG 是否已經(jīng)是包含在最后一次的備份中，保證清理的WAL_LOG 也可以從備份文件中恢復(fù)數(shù)據(jù)庫

2 清理的時(shí)候，對于保存在非主庫的wal_log 怎么辦

一般來說，設(shè)置自動(dòng)清理archive_log 可以在配置文件中添加

archive_cleanup_command = 'pg_archivecleanup archivelocation %r'

來操作。

但一般來說這樣做好處少，弊病多，我比較喜歡寫相關(guān)的腳本，定時(shí)去運(yùn)行的方式，并且可以記錄相關(guān)的LOG 日志等等。

可以寫一個(gè)腳本，來輔助定時(shí)清理相關(guān)的archive_log

當(dāng)然這樣的方法也是有弊端的，如果由于備份的原因的故障，而直接使用天數(shù)來清理會(huì)有因?yàn)闆]有備份而直接將 wal_log 給清理掉，所以更加靠譜的方法是通過某些命令來獲得需要截止的清理的Wal_log 名稱。

例如 備份后的

會(huì)在wal_log 里面有backup 的標(biāo)記，這說明這個(gè)WAL log 以前的數(shù)據(jù)已經(jīng)備份了，如果清理這個(gè)WAL LOG 之前的log 是安全的。

000000010000000300000030.00000060.backup

使用下面的腳本可以來更安全的清理

#!/bin/bash 
ARCHIVEDIR='/pgdata/archive'
CHK_SAFE=$(find $ARCHIVEDIR -type f -mtime +3 -name '*backup' -printf '%f\n' | sort -r | head -1)
cd $ARCHIVEDIR
/usr/local/postgres/bin/pg_archivecleanup $ARCHIVEDIR $CHK_SAFE 
find $ARCHIVEDIR -type f -mtime +3 -a -name '*backup' -a ! -newer $CHKPOINT -delete

補(bǔ)充：postgresql流日志誤刪處理（xlog）

今天同事誤刪postgresql庫數(shù)據(jù)文件下的pg_xlog文件夾，導(dǎo)致所有流日志丟失，數(shù)據(jù)庫無法啟動(dòng),觀察警告日志：

2018-03-12 18:45:54 CST LOG: database system shutdown was interrupted; last known up at 2018-03-12 17:48:27 CST
2018-03-12 18:45:54 CST LOG: could not open file "pg_xlog/000000010000001400000060" (log file 20, segment 96): No such file or directory
2018-03-12 18:45:54 CST LOG: invalid primary checkpoint record
2018-03-12 18:45:54 CST LOG: could not open file "pg_xlog/000000010000001400000060" (log file 20, segment 96): No such file or directory
2018-03-12 18:45:54 CST LOG: invalid secondary checkpoint record
2018-03-12 18:45:54 CST PANIC: could not locate a valid checkpoint record
2018-03-12 18:45:54 CST LOG: startup process (PID 32680) was terminated by signal 6: Aborted
2018-03-12 18:45:54 CST LOG: aborting startup due to startup process failure

用postgresql自帶的pg_resetxlog工具可以跳過對WAL log的恢復(fù)。不過會(huì)丟失一些事務(wù)?；謴?fù)命令也很簡單如下：

pg_resetxlog -f /var/lib/pgsql/9.6/data

然后啟動(dòng)postgrsql ,數(shù)據(jù)庫就可正常進(jìn)入

關(guān)于怎么在PostgreSQL中對archivelog進(jìn)行清理問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。

分享標(biāo)題：怎么在PostgreSQL中對archivelog進(jìn)行清理-創(chuàng)新互聯(lián)
本文URL：http://chinadenli.net/article2/djghic.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)網(wǎng)站制作、靜態(tài)網(wǎng)站、網(wǎng)站收錄、服務(wù)器托管、云服務(wù)器、網(wǎng)站導(dǎo)航

廣告

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