下載吧 - 綠色安全的游戲和軟件下載中心

          軟件下載吧

          當前位置:軟件下載吧 > 技術開發(fā) > 數(shù)據(jù)庫 > 一文帶你搞懂PostgreSQL中的VACUUM命令用法

          一文帶你搞懂PostgreSQL中的VACUUM命令用法

          時間:2024-02-03 17:42作者:下載吧人氣:53

          每當PostgreSQL數(shù)據(jù)庫中的表中的行被更新或刪除時,死亡行會被遺留下來。VACUUM則會把它們除去來使空間能被重新利用。如果一個表沒有被清空,它會變得臃腫,浪費磁盤空間而且會降低順序表掃描的速度,而且在較小范圍內(nèi)也會降低索引掃描的速度。

          VACUUM命令只可以移除這些不再被需要的行版本(也被稱為元組)。如果被刪除事務的事務ID(存儲在xmax系統(tǒng)列中)比仍然活躍在PostgreSQL數(shù)據(jù)庫(或者共享表的整個集群)中最老的事務(xmin界限)更老,那么這個元組將不再被需要。

          注意以下三種情況就可以抑制PostgreSQL集群中的xmin界限

          1、 查找長時間運行的事務

          我們可以查找長時間運行的事務,然后使用pg_terminate_backend()函數(shù)去終止阻礙VACUUM命令的數(shù)據(jù)庫會話。

          2、 查找復制槽

          復制槽是一種數(shù)據(jù)結(jié)構,它使PostgreSQL服務器免于丟棄備用服務器仍然需要的信息。如果復制被推遲或者備用服務器被關閉,復制槽就會阻止VACUUM命令刪除舊的行。

          復制槽提供了一種自動化的方式來確保主服務器不移除WAL塊直到它們被所有的從服務器接收。而且主服務器即使當從服務器斷開連接時也不移除可能導致恢復沖突的行。

          復制槽只保留已知所需數(shù)量的WAL塊而不是多于所需數(shù)量。

          使用復制槽可以避免這個問題:在從服務器未連接的任意時間段內(nèi)不提供保護。

          我們可以使用pg_drop_replication_slot()函數(shù)去丟棄不需要的復制槽。

          這種情況只會發(fā)生在當hot_standby_feedback參數(shù)設置為on時的物理復制中。如果是邏輯復制,那么會有一個相似的危險,但是只有系統(tǒng)目錄會被影響。

          3、查找準備好的事務

          二階段提交協(xié)議是一種原子性確認協(xié)議。它是一種分布式算法,用來協(xié)調(diào)參與分布式原子事務的所有進程,確定是否提交或者終止(回滾)這個事務。

          在二階段提交過程中,一個分布式事務首先使用PREPARE TRANSACTION,為二階段提交準備當前事務。如果由于任何原因PREPARE TRANSACTION 命令失敗,會變成ROLLBACK,而當前事務則會被取消。

          然后我們使用COMMIT PREPARED,提交一個之前為兩階段提交預備的事務。

          一旦一個事務被準備好,它會一直保持一種“游蕩”狀態(tài)直到被提交或者中止。通常情況下,事務不會在準備狀態(tài)中保持很長時間,但有時會出現(xiàn)錯誤所以事務必須被管理員手動移除。

          我們也可以使用ROLLBACK PREPARED,取消一個之前為兩階段提交準備好的事務。

          補充:postgresql vacuum操作

          PostgreSQL數(shù)據(jù)庫管理工作中,定期vacuum是一個重要的工作.

          vacuum的效果

          1.1釋放,再利用 更新/刪除的行所占據(jù)的磁盤空間.

          1.2更新POSTGRESQL查詢計劃中使用的統(tǒng)計數(shù)據(jù)

          1.3防止因事務ID的重置而使非常老的數(shù)據(jù)丟失。

          第一點的原因是PostgreSQL數(shù)據(jù)的插入,更新,刪除操作并不是真正放到數(shù)據(jù)庫空間.如果不定期釋放空間的話,由于數(shù)據(jù)太多,查詢速度會巨降.

          第二點的原因是PostgreSQL在做查詢處理的時候,為了是查詢速度提高,會根據(jù)統(tǒng)計數(shù)據(jù)來確定執(zhí)行計劃.如果不及時更新的話,查詢的效果可能不如預期.

          第三點的原因是PostgreSQL中每一個事務都會產(chǎn)生一個事務ID,但這個數(shù)字是有上限的. 當事務ID達到最大值后,會重新從最小值開始循環(huán).這樣如果不及時把以前的數(shù)據(jù)釋放掉的話,原來的老數(shù)據(jù)會因為事務ID的丟失而丟失掉.

          雖然在新版本的Postgresql中有自動的vacuum,但是如果是大批量的數(shù)據(jù)IO可能會導致自動執(zhí)行很慢,需要配合手動執(zhí)行以及自己的腳本來清理數(shù)據(jù)庫。

          1. vacuumdb 是 SQL 命令 VACUUM的封裝

          所以用vacuumdb和vacuum來清理數(shù)據(jù)庫都可以,效果是一樣的。

          2.vacuumdb 中的幾個重要參數(shù)

          可以用vacuumdb –help查詢。

          -a/–all vacuum所有的數(shù)據(jù)庫

          -d dbname 只vacuum dbname這個數(shù)據(jù)庫

          -f/–full 執(zhí)行full的vacuum

          -t table 只vacuum table這個數(shù)據(jù)表

          -z/–analyze Calculate statistics for use by the optimizer

          標簽MySQL,技術文檔,數(shù)據(jù)庫,PostgreSQL

          相關下載

          查看所有評論+

          網(wǎng)友評論

          網(wǎng)友
          您的評論需要經(jīng)過審核才能顯示

          熱門閱覽

          最新排行

          公眾號

          主站蜘蛛池模板: 精品少妇一区二区三区在线| 国产精品美女一区二区三区| 亚洲日本久久一区二区va| 国产精品香蕉在线一区| 日本精品一区二区三区在线视频一 | 无码人妻精品一区二区蜜桃网站| 中文无码AV一区二区三区| 无码人妻精品一区二区蜜桃 | 亚洲AV无码国产一区二区三区| 中文字幕无码一区二区免费| 一级特黄性色生活片一区二区| 亚洲av日韩综合一区久热| 亚洲一区二区三区久久久久| 亚洲国产精品一区第二页| 亚洲一区爱区精品无码| 一区二区三区视频免费观看| 福利在线一区二区| 国产成人av一区二区三区在线观看| 中文字幕一区二区三区在线观看 | 综合无码一区二区三区| 久久久久国产一区二区三区| 日韩有码一区二区| 日韩一区二区三区免费播放| 精品一区二区三区在线观看l | 国产成人无码一区二区三区在线 | 久久亚洲中文字幕精品一区| 色一情一乱一伦一区二区三区日本 | 国产一区二区久久久| 精品一区二区视频在线观看| 成人精品一区二区户外勾搭野战| 无码人妻AV免费一区二区三区| 中文字幕人妻无码一区二区三区 | 亚洲一区二区三区丝袜| 亚洲AV成人精品一区二区三区| 一区二区三区在线观看| 日韩精品一区二区三区中文3d | 精品亚洲福利一区二区| 国产一区二区三区小向美奈子| 一区二区国产精品| 久久精品国产免费一区| 国产福利91精品一区二区 |