模并行實(shí)現(xiàn)分片 Postgres 備份，高速且用途廣！)
備份生命周期每 12 小時備份系統(tǒng)需將繁忙數(shù)據(jù)庫完整狀態(tài)轉(zhuǎn)化為一致加密快照且不影響生產(chǎn)查詢。PlanetScale 讓 Postgres 和 MySQL 備份創(chuàng)建、調(diào)度等更輕松內(nèi)部需協(xié)調(diào)云基礎(chǔ)設(shè)施和 DBMS 工具。分片數(shù)據(jù)庫備份要啟動特定節(jié)點(diǎn)、提取數(shù)據(jù)和重放 WAL大規(guī)模并行操作可讓 PB 級數(shù)據(jù)庫數(shù)小時完成備份速度超 50 GB/s。以 8 個分片的 Neki 數(shù)據(jù)庫為例其能處理每秒數(shù)十萬次生產(chǎn)查詢。備份第一步取決于是否為首次備份穩(wěn)定狀態(tài)下假設(shè)已有成功備份存于 Amazon S3。分片 Postgres 數(shù)據(jù)庫以常規(guī) Postgres 備份為基礎(chǔ)Neki 采用文件系統(tǒng)備份與 WAL 重放結(jié)合的方式步驟包括在時間 T1 開始完整備份T2 完成重放 T1 到 T2 間的 WAL 修正數(shù)據(jù)存儲結(jié)果到獨(dú)立存儲位置。為減少對生產(chǎn)查詢服務(wù)的影響為每個分片啟動全新 EC2 實(shí)例管理備份雖增加少量成本但值得。復(fù)用舊備份將最近備份恢復(fù)到每個分片中以 Amazon S3 為例數(shù)據(jù)直接流式傳輸。此方法需臨時計算資源接受成本的原因一是只有最近的 WAL 來自主節(jié)點(diǎn)降低對生產(chǎn)的影響二是證明之前備份可恢復(fù)和重放。復(fù)制完成后8 臺服務(wù)器擁有 12 小時前 8 個分片的精確狀態(tài)。重放 WAL要讓每個分片的舊備份與當(dāng)前狀態(tài)一致需重放 12 小時前到現(xiàn)在的 WAL。直接從主節(jié)點(diǎn)拉取 WAL 會影響生產(chǎn)且主節(jié)點(diǎn)可能無完整 WAL。PlanetScale 用 wal - g 存檔 WAL采用 S3 和主節(jié)點(diǎn)混合的重放方式多數(shù)用 S3最后幾分鐘從主節(jié)點(diǎn)流式傳輸理想情況只需幾秒。完成備份周期當(dāng)節(jié)點(diǎn)復(fù)制趕上時間 T 時停止 WAL 復(fù)制凍結(jié)備份時間點(diǎn)記錄 T 確保知道備份時間范圍。備份一致后加密并發(fā)送到新 S3 存儲桶備份節(jié)點(diǎn)完成使命可停用。首次備份新數(shù)據(jù)庫創(chuàng)建 12 小時內(nèi)用 pg_basebackup 初始化備份節(jié)點(diǎn)它用于物理備份數(shù)據(jù)庫集群。只用于初始化臨時節(jié)點(diǎn)持久備份用 wal - g 創(chuàng)建以保證格式和恢復(fù)過程一致。首次備份步驟與穩(wěn)定狀態(tài)類似完成后未來備份按恢復(fù) - 追趕進(jìn)度 - 保存流程進(jìn)行。追求速度因分片特性可在每個分片重復(fù)常規(guī) Postgres 備份大型數(shù)據(jù)庫備份速度也快。每次備份數(shù)據(jù)傳輸步驟為從 S3 恢復(fù)舊備份、混合追趕進(jìn)度、將新文件發(fā)回 S3。未分片的 32 TB 數(shù)據(jù)庫備份需約 22 小時若每天兩次備份會無法達(dá)到 RPO。同樣數(shù)據(jù)庫在 Neki 的 8 個分片中并行操作總時間減至約 2.8 小時32 個分片中備份時間縮至 42 分鐘備份速度擴(kuò)展性良好。備份的用途備份可保障數(shù)據(jù)安全是意外刪除或數(shù)據(jù)庫災(zāi)難時的備用方案。在 PlanetScale備份是日常數(shù)據(jù)庫操作核心調(diào)整 Metal 數(shù)據(jù)庫大小時會用備份步驟包括啟動新 EC2 實(shí)例、下載備份副本追趕進(jìn)度、初始化備用節(jié)點(diǎn)、切換主節(jié)點(diǎn)、停用小節(jié)點(diǎn)。節(jié)點(diǎn)因故障更換時也會用備份更換過程包括初始化新實(shí)例、恢復(fù)備份追趕進(jìn)度、同步數(shù)據(jù)、新節(jié)點(diǎn)處理查詢或作為主節(jié)點(diǎn)。MySQL 呢PlanetScale 還運(yùn)營分片 MySQL 數(shù)據(jù)庫由 Vitess 作為查詢路由/分片層。備份和大小調(diào)整過程與 Postgres 類似區(qū)別在于用 VTBackup 而非 Postgres 內(nèi)置工具用 MySQL 二進(jìn)制日志復(fù)制而非 WAL復(fù)制追趕直接從主節(jié)點(diǎn)進(jìn)行。讓備份變得簡單希望備份和調(diào)整數(shù)據(jù)庫大小操作對用戶透明如設(shè)置調(diào)度或點(diǎn)擊按鈕般簡單。深知數(shù)據(jù)庫操作細(xì)節(jié)之美希望用戶通過了解備份生命周期對數(shù)據(jù)庫編排有新認(rèn)識也在尋找優(yōu)秀數(shù)據(jù)庫工程師。公司信息[關(guān)于我們](/about) [品牌介紹](/brand) [博客](/blog) [更新日志](/changelog) [招聘信息](/careers) [活動信息](/events)產(chǎn)品信息[案例研究](/case - studies) [企業(yè)版](/enterprise) [定價](/pricing) [性能測試](/benchmarks)資源信息[文檔](/docs) [遷移指南](/migrate) [支持服務(wù)](https://support.planetscale.com/hc/en - us) [狀態(tài)信息](https://planetscalestatus.com) [信任中心](https://trust.planetscale.com)課程信息[面向開發(fā)者的 MySQL](/learn/courses/mysql - for - developers) [數(shù)據(jù)庫擴(kuò)展](/learn/courses/database - scaling) [學(xué)習(xí) Vitess](/learn/courses/vitess)開源項(xiàng)目[Vitess](/vitess) [Vitess 社區(qū)](https://vitess.io/slack) [GitHub](https://github.com/planetscale)[隱私政策](/legal/privacy) | [使用條款](/legal/siteterms) | [Cookie 政策](/legal/cookies) | [專利信息](/legal/patents) | [不共享我的個人信息](/legal/privacy#privacy - rights - and - choices)? 2026 PlanetScale, Inc. 保留所有權(quán)利。[GitHub](https://github.com/planetscale) | [X](https://twitter.com/planetscale) | [領(lǐng)英](https://www.linkedin.com/company/planetscale) | [YouTube](https://www.youtube.com/planetscale) | [Discord](https://pscale.link/community) | [Facebook](https://www.facebook.com/planetscaledata) PlanetScale：大規(guī)模并行實(shí)現(xiàn)分片 Postgres 備份，高速且用途廣！
備份生命周期每 12 小時備份系統(tǒng)需將繁忙數(shù)據(jù)庫完整狀態(tài)轉(zhuǎn)化為一致加密快照且不影響生產(chǎn)查詢。PlanetScale 讓 Postgres 和 MySQL 備份創(chuàng)建、調(diào)度等更輕松內(nèi)部需協(xié)調(diào)云基礎(chǔ)設(shè)施和 DBMS 工具。分片數(shù)據(jù)庫備份要啟動特定節(jié)點(diǎn)、提取數(shù)據(jù)和重放 WAL大規(guī)模并行操作可讓 PB 級數(shù)據(jù)庫數(shù)小時完成備份速度超 50 GB/s。以 8 個分片的 Neki 數(shù)據(jù)庫為例其能處理每秒數(shù)十萬次生產(chǎn)查詢。備份第一步取決于是否為首次備份穩(wěn)定狀態(tài)下假設(shè)已有成功備份存于 Amazon S3。分片 Postgres 數(shù)據(jù)庫以常規(guī) Postgres 備份為基礎(chǔ)Neki 采用文件系統(tǒng)備份與 WAL 重放結(jié)合的方式步驟包括在時間 T1 開始完整備份T2 完成重放 T1 到 T2 間的 WAL 修正數(shù)據(jù)存儲結(jié)果到獨(dú)立存儲位置。為減少對生產(chǎn)查詢服務(wù)的影響為每個分片啟動全新 EC2 實(shí)例管理備份雖增加少量成本但值得。復(fù)用舊備份將最近備份恢復(fù)到每個分片中以 Amazon S3 為例數(shù)據(jù)直接流式傳輸。此方法需臨時計算資源接受成本的原因一是只有最近的 WAL 來自主節(jié)點(diǎn)降低對生產(chǎn)的影響二是證明之前備份可恢復(fù)和重放。復(fù)制完成后8 臺服務(wù)器擁有 12 小時前 8 個分片的精確狀態(tài)。重放 WAL要讓每個分片的舊備份與當(dāng)前狀態(tài)一致需重放 12 小時前到現(xiàn)在的 WAL。直接從主節(jié)點(diǎn)拉取 WAL 會影響生產(chǎn)且主節(jié)點(diǎn)可能無完整 WAL。PlanetScale 用 wal - g 存檔 WAL采用 S3 和主節(jié)點(diǎn)混合的重放方式多數(shù)用 S3最后幾分鐘從主節(jié)點(diǎn)流式傳輸理想情況只需幾秒。完成備份周期當(dāng)節(jié)點(diǎn)復(fù)制趕上時間 T 時停止 WAL 復(fù)制凍結(jié)備份時間點(diǎn)記錄 T 確保知道備份時間范圍。備份一致后加密并發(fā)送到新 S3 存儲桶備份節(jié)點(diǎn)完成使命可停用。首次備份新數(shù)據(jù)庫創(chuàng)建 12 小時內(nèi)用 pg_basebackup 初始化備份節(jié)點(diǎn)它用于物理備份數(shù)據(jù)庫集群。只用于初始化臨時節(jié)點(diǎn)持久備份用 wal - g 創(chuàng)建以保證格式和恢復(fù)過程一致。首次備份步驟與穩(wěn)定狀態(tài)類似完成后未來備份按恢復(fù) - 追趕進(jìn)度 - 保存流程進(jìn)行。追求速度因分片特性可在每個分片重復(fù)常規(guī) Postgres 備份大型數(shù)據(jù)庫備份速度也快。每次備份數(shù)據(jù)傳輸步驟為從 S3 恢復(fù)舊備份、混合追趕進(jìn)度、將新文件發(fā)回 S3。未分片的 32 TB 數(shù)據(jù)庫備份需約 22 小時若每天兩次備份會無法達(dá)到 RPO。同樣數(shù)據(jù)庫在 Neki 的 8 個分片中并行操作總時間減至約 2.8 小時32 個分片中備份時間縮至 42 分鐘備份速度擴(kuò)展性良好。備份的用途備份可保障數(shù)據(jù)安全是意外刪除或數(shù)據(jù)庫災(zāi)難時的備用方案。在 PlanetScale備份是日常數(shù)據(jù)庫操作核心調(diào)整 Metal 數(shù)據(jù)庫大小時會用備份步驟包括啟動新 EC2 實(shí)例、下載備份副本追趕進(jìn)度、初始化備用節(jié)點(diǎn)、切換主節(jié)點(diǎn)、停用小節(jié)點(diǎn)。節(jié)點(diǎn)因故障更換時也會用備份更換過程包括初始化新實(shí)例、恢復(fù)備份追趕進(jìn)度、同步數(shù)據(jù)、新節(jié)點(diǎn)處理查詢或作為主節(jié)點(diǎn)。MySQL 呢PlanetScale 還運(yùn)營分片 MySQL 數(shù)據(jù)庫由 Vitess 作為查詢路由/分片層。備份和大小調(diào)整過程與 Postgres 類似區(qū)別在于用 VTBackup 而非 Postgres 內(nèi)置工具用 MySQL 二進(jìn)制日志復(fù)制而非 WAL復(fù)制追趕直接從主節(jié)點(diǎn)進(jìn)行。讓備份變得簡單希望備份和調(diào)整數(shù)據(jù)庫大小操作對用戶透明如設(shè)置調(diào)度或點(diǎn)擊按鈕般簡單。深知數(shù)據(jù)庫操作細(xì)節(jié)之美希望用戶通過了解備份生命周期對數(shù)據(jù)庫編排有新認(rèn)識也在尋找優(yōu)秀數(shù)據(jù)庫工程師。公司信息[關(guān)于我們](/about) [品牌介紹](/brand) [博客](/blog) [更新日志](/changelog) [招聘信息](/careers) [活動信息](/events)產(chǎn)品信息[案例研究](/case - studies) [企業(yè)版](/enterprise) [定價](/pricing) [性能測試](/benchmarks)資源信息[文檔](/docs) [遷移指南](/migrate) [支持服務(wù)](https://support.planetscale.com/hc/en - us) [狀態(tài)信息](https://planetscalestatus.com) [信任中心](https://trust.planetscale.com)課程信息[面向開發(fā)者的 MySQL](/learn/courses/mysql - for - developers) [數(shù)據(jù)庫擴(kuò)展](/learn/courses/database - scaling) [學(xué)習(xí) Vitess](/learn/courses/vitess)開源項(xiàng)目[Vitess](/vitess) [Vitess 社區(qū)](https://vitess.io/slack) [GitHub](https://github.com/planetscale)[隱私政策](/legal/privacy) | [使用條款](/legal/siteterms) | [Cookie 政策](/legal/cookies) | [專利信息](/legal/patents) | [不共享我的個人信息](/legal/privacy#privacy - rights - and - choices)? 2026 PlanetScale, Inc. 保留所有權(quán)利。[GitHub](https://github.com/planetscale) | [X](https://twitter.com/planetscale) | [領(lǐng)英](https://www.linkedin.com/company/planetscale) | [YouTube](https://www.youtube.com/planetscale) | [Discord](https://pscale.link/community) | [Facebook](https://www.facebook.com/planetscaledata)