主頁 > 軟體設計 > PostgreSQL 資料庫跨版本升級常用方案

PostgreSQL 資料庫跨版本升級常用方案

2020-11-13 19:47:23 軟體設計

upgrade

文章目錄

    • 升級方案概述
    • 通過邏輯備份與還原進行升級
    • 利用 pg_upgrade 工具進行升級
    • 使用邏輯復制功能進行升級
    • 總結

大家好,我是只談技術不剪發的 Tony 老師,對于企業而言,將資料庫系統升級到新版本通常可以獲得更好的性能、更多的功能、最新的安全補丁和錯誤修復等,因此,本文就來介紹一下 PostgreSQL 資料庫版本升級的 3 種常用方案,

如果覺得文章有用,歡迎評論📝、點贊👍、推薦🎁

升級方案概述

PostgreSQL 版本號由主要版本和次要版本組成,例如,PostgreSQL 12.4 中的 12 是主要版本,4 是次要版本;PostgreSQL 10.0 之前的版本由 3 個數字組成,例如 9.6.19,其中 9.6 是主要版本,19 是次要版本,

發布次要版本是不會改變記憶體的存盤格式,因此總是和相同的主要版本兼容,例如,PostgreSQL 12.4 和 PostgreSQL 12.0 以及后續的 PostgreSQL 12.x 兼容,對于這些兼容版本的升級非常簡單,只需要關閉資料庫服務,安裝替換二進制的可執行檔案,重新啟動服務即可,

接下來,我們主要討論 PostgreSQL 的跨版本升級問題,例如從 PostgreSQL 12.x 升級到 PostgreSQL 13.y,主要版本的升級可能會修改內部資料的存盤格式,因此需要執行額外的操作,常用的跨版本升級方法和適用場景如下:

升級方法適用場景停機時間
邏輯備份與還原中小型資料庫,例如小于 100 GB
支持跨平臺資料遷移
取決于資料庫的大小
pg_upgrade 工具大中型資料庫,例如大于 100 GB
本機就地升級
幾分鐘
邏輯復制大中型資料庫,例如大于 100 GB
跨平臺支持
幾秒鐘

📝如果使用廠商提供的 PostgreSQL 定制版本,也可能通過他們提供的工具實作版本升級,具體參考相關檔案,

注意事項:升級主要版本通過會導致用戶可見的不兼容性,因此應用程式可能需要進行相應的修改,具體的變化可以參考發行說明,尤其是“Migration”部分的內容;如果跨多個主要版本進行升級,需要閱讀每個中間版本的發行說明,

通過邏輯備份與還原進行升級

傳統的跨版本升級方法利用 pg_dump/pg_dumpall 邏輯備份匯出資料庫,然后在新版本中通過 pg_restore 進行還原,匯出舊版本資料庫時推薦使用新版本的 pg_dump/pg_dumpall 工具,可以利用最新的并行匯出和還原功能,同時可以減少資料庫膨脹問題,

邏輯備份與還原非常簡單但速度比較慢,停機時間取決于資料庫的大小,因此適合中小型資料庫的升級,

下面我們介紹這種升級方法的具體操作,假如當前 PostgreSQL 軟體的安裝目錄位于 /usr/local/pgsql,同時資料目錄位于 /usr/local/pgsql/data,我們在同一臺服務器上進行升級,

  1. 執行邏輯備份之前停止應用程式,確保沒有資料更新,因為備份開始后的更新不會被匯出,如有必要,可以修改 /usr/local/pgsql/data/pg_hba.conf 檔案禁止其他人訪問資料庫,

    然后備份資料庫:

    pg_dumpall > outputfile
    

    如果已經安裝了新版本的 PostgreSQL,可以使用新版本的 pg_dumpall 命令備份舊版本資料庫,

  2. 停止舊版本的后臺服務:

    pg_ctl stop
    

    或者通過其他方式停止后臺服務,

  3. 如果安裝目錄沒有包含特定版本標識,可以將目錄改名,必要時可以再修改回來,可以使用類似以下的命令重命名目錄:

    mv /usr/local/pgsql /usr/local/pgsql.old
    
  4. 安裝新版本 PostgreSQL 軟體,假如安裝目錄仍然是 /usr/local/pgsql,

  5. 初始化一個新的資料庫集群,需要使用資料庫專用用戶(通常是 postgres;如果是升級版本,應該已經存在該用戶)執行操作:

    /usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data
    
  6. 將舊版本組態檔 pg_hba.conf 和 postgresql.conf 等中的改動在對應的新組態檔中再次進行修改,

  7. 使用資料庫專用用戶啟動新版本的后臺服務:

     /usr/local/pgsql/bin/postgres -D /usr/local/pgsql/data
    
  8. 最后,利用新版本的 psql 命令還原資料:

    /usr/local/pgsql/bin/psql -d postgres -f outputfile
    

為了減少停機時間,可以將新版本的 PostgreSQL 安裝到另一個目錄(例如 /usr/local/pgsql-13),同時使用不同的埠啟動服務,然后同時執行資料庫的匯出和匯入:

pg_dumpall -p 5432 | psql -d postgres -p 5433

執行以上操作時,新舊版本的后臺服務同時運行,新版本使用 5433 埠,舊版本使用 5432 埠,

利用 pg_upgrade 工具進行升級

pg_upgrade 工具可以支持 PostgreSQL 跨版本的就地升級,不需要執行匯出和匯入操作,pg_upgrade 可以支持 PostgreSQL 8.4.X 到最新版本的升級,包括快照版本和測驗版本,

pg_upgrade 提供了升級前的兼容性檢查(-c 或者 --check 選項)功能, 可以發現插件、資料型別不兼容等問題,如果指定了 --link 選項,新版本服務可以直接使用原有的資料庫檔案而不需要執行復制,通常可以在幾分鐘內完成升級操作,

下面我們介紹這種升級方法的具體操作,假如當前 PostgreSQL 軟體的安裝目錄位于 /usr/pgsql-12/,同時資料目錄位于 /var/lib/pgsql/12/data/,我們將其升級為 PostgreSQL 13,

  1. 確定沒有客戶端訪問之后備份資料庫,然后停止舊版本的后臺服務,例如 CentOS 可以執行以下命令:

    sudo systemctl stop postgresql-12
    sudo systemctl disable postgresql-12
    
  2. 安裝新版本的 PostgreSQL 軟體,例如 PostgreSQL 13.0,安裝目錄位于 /usr/pgsql-13/,

  3. 初始化新版本的資料庫集群,資料目錄設定為 /var/lib/pgsql/13/data/,

  4. 如果舊版本中安裝了擴展模塊,在新版本中也需要安裝相應的共享物件檔案或者 DLL 檔案,但是不要執行CREATE EXTENSION命令,因為會從舊資料庫中進行升級,另外,如果使用了任何自定義的全文搜索檔案(字典、同義詞、詞庫、停用詞),也需要復制到新的資料庫集群目錄中,

  5. 停止新版本的后臺服務,例如 CentOS 可以執行以下命令:

    sudo systemctl stop postgresql-13
    
  6. 通過 pg_upgrade 執行升級操作,使用資料庫專用用戶(通常是 postgres)執行以下操作:

    /usr/pgsql-13/bin/pg_upgrade \
      --old-datadir /var/lib/pgsql/12/data/ \
      --new-datadir /var/lib/pgsql/13/data/ \
      --old-bindir /usr/pgsql-12/bin/ \
      --new-bindir /usr/pgsql-13/bin/ \
      --check
    

    其中 --check 表示執行升級檢查,而不會真的執行升級操作,通過檢查之后,可以去掉該引數執行升級:

    /usr/pgsql-13/bin/pg_upgrade \
      --old-datadir /var/lib/pgsql/12/data/ \
      --new-datadir /var/lib/pgsql/13/data/ \
      --old-bindir /usr/pgsql-12/bin/ \
      --new-bindir /usr/pgsql-13/bin/ \
      --link
    

    其中 --link 表示將新版本的資料目錄硬鏈接到舊版本的資料目錄,而不會復制一份新的資料檔案,可以快速進行升級,

  7. 將舊版本組態檔 pg_hba.conf 和 postgresql.conf 等中的改動在對應的新組態檔中再次進行修改,

  8. 啟動新版本的后臺服務,例如 CentOS 可以執行以下命令:

    sudo systemctl start postgresql-13
    sudo systemctl enable postgresql-13
    
  9. 連接服務器查看資料庫的版本資訊:

    SELECT version();
    version                                                                                                |
    -------------------------------------------------------------------------------------------------------|
    PostgreSQL 13.0 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39), 64-bit|
    
  10. 收集統計資訊,pg_upgrade 不會生成新版本資料庫的統計資訊,但是會創建一個腳本檔案,執行該檔案:

    ./analyze_new_cluster.sh
    
  11. 如果確認升級成功,可以選擇洗掉或者保留舊的資料庫軟體和集群,pg_upgrade 同樣提供了一個洗掉舊資料庫集群的腳本:

      ./delete_old_cluster.sh
    

    然后可以洗掉舊版本的 PostgreSQL 軟體,例如 CentOS 可以執行以下命令:

    yum remove postgresql12*
    
  12. 如果想要回退到舊版本的資料庫,可以分為不同的情況:

    • 如果只運行了 --check 選項命令,表示沒有真正執行升級,重新啟動服務即可;
    • 如果升級時沒有使用 --link 選項,舊版本的資料庫集群沒有任何修改,重新啟動服務即可;
    • 如果升級時使用了 --link 選項,資料庫檔案可能已經被新版本的集群使用:
      • 如果 pg_upgrade 在鏈接操作之前終止,舊版本的資料庫集群沒有任何修改,重新啟動服務即可;
      • 如果沒有啟動過新版本的后臺服務,舊版本的資料庫集群沒有修改,但是鏈接程序已經將 $PGDATA/global/pg_control 檔案重命名為 $PGDATA/global/pg_control.old;此時需要將該檔案名中的 .old 后綴去掉,然后重新啟動服務即可;
      • 如果已經啟動了新版本的資料庫集群,已經修改了資料庫檔案,再啟動舊版本的服務可能導致資料損壞;此時需要通過備份檔案還原舊版本的資料庫,

關于 pg_upgrade 的詳細使用和升級注意事項,例如流復制結構和日志傳輸復制結構中備用節點的升級,可以參考官方檔案,

使用邏輯復制功能進行升級

邏輯復制

PostgreSQL 邏輯復制支持跨版本之間的資料復制,而且支持不同平臺之間的復制,因此也可以用于實作版本升級,我們可以安裝一個新版本的資料庫作為復制的從節點,當資料已經同步時執行一次主從切換,然后關閉舊版本的主節點,主從切換的升級方法通常只需要幾秒鐘就能完成,利用第三方高可用組件甚至可以實作零停機時間升級,

PostgreSQL 10 開始提供了內置的邏輯復制功能,或者也可以使用 pglogical、Slony、Londiste 以及 Bucardo 等邏輯復雜工具,

關于 PostgreSQL 邏輯復制結構的創建和主從切換,可以參考官方檔案,

總結

PostgreSQL 小版本升級只需要替換二進制檔案即可,跨版本升級的方案主要有 3 種:通過 pg_dump/pg_dumpall 邏輯備份與還原進行升級,利用 pg_upgrade 工具進行升級,使用邏輯復制功能進行升級,了解它們的優缺點和適用場景可以幫助我們選擇最佳的升級方式,

不剪發的Tony老師 CSDN認證博客專家 資料庫架構師
畢業于北京航空航天大學,十多年資料庫管理與開發經驗,擁有OCP以及RHCE證書,目前在一家全球性的游戲公司從事資料庫架構設計和開發,CSDN學院簽約講師以及GitChat專欄作者,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/213873.html

標籤:其他

上一篇:網路程式設計實驗

下一篇:Android開發環境搭建:JDK + Android Studio

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more