MySQL 數據庫備份策略與最佳實踐（一）：備份方式對比與原則

MySQL 備份核心策略：mysqldump vs 文件拷貝、完整/增量備份、恢復原則

數據庫備份是災難恢復的最後防線。本文系統對比兩大備份方式優劣，制定備份命名、壓縮、異地、過期、驗證五大原則，並闡述完整備份+二進制日誌實現時間點恢復（PITR）的核心機制。

兩大備份方式對比

關鍵前提：文件拷貝需鎖定表

# 必須確保拷貝期間表不被修改
FLUSH TABLES WITH READ LOCK;  -- 全局讀鎖
# cp -r /var/lib/mysql/db /backup/
UNLOCK TABLES;

若不加鎖，備份文件處於不一致狀態，恢復無意義。

五大備份原則

1. 定期執行：制定計劃嚴格執行（如每日全量、每小時增量）
2. 啟用二進制日誌：log-bin 記錄所有變更，實現增量備份與 PITR
3. 統一命名：dbname_YYYY-MM-DD.sql，避免 backup1/2 混淆
4. 壓縮存儲：mysqldump | gzip，大幅減少磁碟佔用
5. 異地備份：備份文件與數據目錄分離，且異地複製（rsync/S3/磁帶）

恢復機制：完全備份 + 二進制日誌 = 時間點恢復

# 1. 從完全備份恢復
mysql dbname < backup_dbname_2024-01-15.sql

# 2. 重放二進制日誌（從備份時間點到故障前）
mysqlbinlog --start-datetime="2024-01-15 02:00:00" \
            --stop-datetime="2024-01-15 14:30:00" \
            mysql-bin.000123 | mysql dbname

術語對應：完全備份 = Full Dump，二進制日誌 = Incremental Dump。

備份文件保留策略

• 保留最近 7 天全量 + 30 天二進制日誌
• 月度全量歸檔至冷存儲
• 定期演練恢復流程，驗證備份可用性

跨機器遷移同樣適用

備份技術可直接用於：主從搭建、測試環境克隆、版本升級驗證、機房遷移。