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