Mariadb数据库的备份与恢复过程详细介绍

一、前提条件：二进制日志配置

作用

• 用于数据库恢复（时间点恢复）

• ​建议​：单独存储路径，与数据文件分离

启用步骤

效果# 编辑配置文件
vim /etc/my.cnf

# 添加内容
[mysqld]
log_bin=/path/to/binlogs/bin-log  # 自定义路径和文件名前缀

效果

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

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

二、mysqldump 备份恢复

特性​

• 逻辑备份工具，支持所有存储引擎

• 支持温备（InnoDB 可热备）

• 支持完全/部分备份，增量备份需结合 binlog

备份与还原场景

还原优化操作

-- 临时关闭二进制日志记录（避免记录恢复操作）
SET sql_log_bin = OFF;

-- 清除历史 binlog（可选）
RESET MASTER;

-- 导入备份文件
SOURCE /path/to/alldb.sql;

-- 重新开启二进制日志
SET sql_log_bin = ON;

三、mysqldump关键参数详解

⚠️ --master-data会自动启用 --lock-all-tables（除非搭配 --single-transaction）

通过备份文件和二进制文件恢复数据库到当前装填

通常数据库的备份都发生在凌晨用户访问量较少的时候进行，例如我们在凌晨3点对数据库进行了完全备份，但是在上午11点的时候，因为管理员的误操作，到时候数据库某张表被删除，如果我们用数据库的完整备份的话，就只能恢复到凌晨3点，那么要恢复3点到11点这段时间的数据，就需要用到二进制日志

前提:在进行数据库备份的时候加了–master-data=[1|2]选项，记录了数据库备份时，日志的位置

四、Binlog + 全备恢复流程

场景模拟​

• 凌晨 3:00 进行全备

• 上午 11:00 误删除数据表

• ​目标​：恢复到误删前状态（3:00 ~ 11:00 的数据从 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 恢复数据

-- 关闭 binlog 记录
SET sql_log_bin = OFF;

-- 导入全量备份
SOURCE full_backup.sql;

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

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

五、注意事项​

1. ​迁移数据库​：不可用 rm -rf /var/lib/mysql/*暴力删除（破坏系统表），应用 mysqladmin正规操作。

2. ​路径安全​：Binlog 存储目录需确保 MySQL 用户有写权限。

3. ​一致性​：MyISAM 表备份需加 --lock-all-tables，InnoDB 推荐加 --single-transaction。

4. ​版本兼容​：备份/恢复建议使用相同 MySQL 版本。

✨ ​进阶提示​：定期清理 binlog（PURGE BINARY LOGS）避免磁盘写满，建议配合 expire_logs_days参数使用。

请不要以此视为定论，这只是我的个人经验

到此这篇关于Mariadb数据库的备份与恢复的文章就介绍到这了,更多相关Mariadb备份与恢复内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

最新评论