一、前提條件：二進制日志配置

作用

• 用于數(shù)據(jù)庫恢復（時間點恢復）

• ?建議?：單獨存儲路徑，與數(shù)據(jù)文件分離

啟用步驟

效果# 編輯配置文件
vim /etc/my.cnf

# 添加內(nèi)容
[mysqld]
log_bin=/path/to/binlogs/bin-log  # 自定義路徑和文件名前綴

效果

• 日志文件：/path/to/binlogs/bin-log.000001

• 索引文件：/path/to/binlogs/bin-log.index

二、mysqldump 備份恢復

特性?

• 邏輯備份工具，支持所有存儲引擎

• 支持溫備（InnoDB 可熱備）

• 支持完全/部分備份，增量備份需結合 binlog

備份與還原場景

還原優(yōu)化操作

-- 臨時關閉二進制日志記錄（避免記錄恢復操作）
SET sql_log_bin = OFF;

-- 清除歷史 binlog（可選）
RESET MASTER;

-- 導入備份文件
SOURCE /path/to/alldb.sql;

-- 重新開啟二進制日志
SET sql_log_bin = ON;

三、mysqldump關鍵參數(shù)詳解

?? --master-data會自動啟用 --lock-all-tables（除非搭配 --single-transaction）

通過備份文件和二進制文件恢復數(shù)據(jù)庫到當前裝填

通常數(shù)據(jù)庫的備份都發(fā)生在凌晨用戶訪問量較少的時候進行，例如我們在凌晨3點對數(shù)據(jù)庫進行了完全備份，但是在上午11點的時候，因為管理員的誤操作，到時候數(shù)據(jù)庫某張表被刪除，如果我們用數(shù)據(jù)庫的完整備份的話，就只能恢復到凌晨3點，那么要恢復3點到11點這段時間的數(shù)據(jù)，就需要用到二進制日志

前提:在進行數(shù)據(jù)庫備份的時候加了–master-data=[1|2]選項，記錄了數(shù)據(jù)庫備份時，日志的位置

四、Binlog + 全備恢復流程

場景模擬?

• 凌晨 3:00 進行全備

• 上午 11:00 誤刪除數(shù)據(jù)表

• ?目標?：恢復到誤刪前狀態(tài)（3:00 ~ 11:00 的數(shù)據(jù)從 binlog 恢復）

操作步驟

4.1 全量備份?（記錄 binlog 位置）

[ root@Centos~]# mysqldump -A --master-data=2 > database.sql
[ root@Centos~]# less database.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='XX-bin.000001', MASTER_LOG_POS=2638793;
這條記錄了當前的備份所在的日志位置，為XX-bin.000001的2638793

4.2 提取增量 binlog

[root@Centos~]# mysqlbinlog --start-position=2638793 /XXX/mariadb-bin.000007 > binary.sql

4.3 恢復數(shù)據(jù)

-- 關閉 binlog 記錄
SET sql_log_bin = OFF;

-- 導入全量備份
SOURCE full_backup.sql;

-- 導入增量 binlog
SOURCE incremental.sql;

-- 重新啟用 binlog
SET sql_log_bin = ON;

五、注意事項?

1. ?遷移數(shù)據(jù)庫?：不可用 rm -rf /var/lib/mysql/*暴力刪除（破壞系統(tǒng)表），應用 mysqladmin正規(guī)操作。

2. ?路徑安全?：Binlog 存儲目錄需確保 MySQL 用戶有寫權限。

3. ?一致性?：MyISAM 表備份需加 --lock-all-tables，InnoDB 推薦加 --single-transaction。

4. ?版本兼容?：備份/恢復建議使用相同 MySQL 版本。

? ?進階提示?：定期清理 binlog（PURGE BINARY LOGS）避免磁盤寫滿，建議配合 expire_logs_days參數(shù)使用。

請不要以此視為定論，這只是我的個人經(jīng)驗

到此這篇關于Mariadb數(shù)據(jù)庫的備份與恢復的文章就介紹到這了,更多相關Mariadb備份與恢復內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論