🎯 一句话定位:一站式掌握 Oracle 与 MySQL 的备份恢复方法,从概念到命令,拿来即用
💡 核心理念:备份不是可选项而是必选项——理解分类体系、选对工具、定期验证,才能在灾难来临时从容应对
📖 3分钟速览版
📊 点击展开核心概念与速查表
备份分类全景图
graph TD
A[数据库备份] --> B[物理备份]
A --> C[逻辑备份]
B --> D[冷备份
关闭数据库]
B --> E[热备份
RMAN / XtraBackup]
C --> F[Oracle
exp / expdp]
C --> G[MySQL
mysqldump]
A --> H[增量备份
binlog / RMAN]
style A fill:#e3f2fd
style B fill:#fff3e0
style C fill:#c8e6c9
style H fill:#f3e5f5
Oracle vs MySQL 备份方式对比
| 对比维度 | Oracle | MySQL |
|---|---|---|
| 传统逻辑导出 | exp / imp(客户端工具) |
mysqldump(客户端工具) |
| 数据泵导出 | expdp / impdp(服务端工具) |
— |
| 物理热备 | RMAN | Percona XtraBackup |
| 增量备份 | RMAN 增量备份 | binlog + mysqlbinlog |
| 空表导出 | expdp(10g+ 推荐) |
mysqldump(默认支持) |
| 跨用户导入 | remap_schema 参数 |
手动修改 SQL 文件 |
| 并行加速 | PARALLEL 参数 |
--single-transaction + 多线程 |
命令速查表
| 操作 | Oracle(expdp/impdp) | MySQL(mysqldump) |
|---|---|---|
| 全库导出 | expdp sys/pwd@orcl full=y dumpfile=full.dmp directory=dir |
mysqldump -u root -p --all-databases > full.sql |
| 按用户/库导出 | expdp user/pwd schemas=user dumpfile=u.dmp directory=dir |
mysqldump -u root -p --database dbname > db.sql |
| 按表导出 | expdp user/pwd tables=t1,t2 dumpfile=t.dmp directory=dir |
mysqldump -u root -p dbname t1 t2 > t.sql |
| 全库导入 | impdp user/pwd full=y dumpfile=full.dmp directory=dir |
mysql -u root -p < full.sql |
| 导入到其他用户 | impdp B/pwd remap_schema=A:B dumpfile=a.dmp directory=dir |
修改 SQL 文件中的 USE 语句 |
🧠 深度剖析版
1. 备份基础概念
1.1 什么是备份
备份就是把数据库复制到转储设备的过程。转储设备是指用于放置数据库副本的磁带或磁盘。通常也将存放于转储设备中的数据库的副本称为原数据库的备份或转储。简单来说,备份就是一份数据副本。
1.2 备份分类
按物理与逻辑角度分类
从物理与逻辑的角度,备份可以分为物理备份和逻辑备份:
- 物理备份:对数据库操作系统的物理文件(数据文件、控制文件和日志文件)的备份
- 冷备份(脱机备份):在关闭数据库的时候进行
- 热备份(联机备份):以归档日志的方式对运行中的数据库进行备份,可使用 Oracle 的 RMAN 或操作系统命令
- 逻辑备份:对数据库逻辑组件(如表和存储过程等数据库对象)的备份。常用手段包括传统的 EXP、数据泵(EXPDP)、数据库闪回技术等
按备份策略分类
- 完全备份:每次对数据库进行完整备份,恢复时无需依赖其他信息即可实现 100% 的数据恢复,恢复时间最短且操作最方便
- 增量备份:只备份上次完全备份或增量备份后被修改的文件。优点是备份数据量小、时间短;缺点是恢复时需要依赖以前的备份记录,出问题的风险较大
- 差异备份:备份自上次完全备份之后被修改过的文件。恢复时只需要最后一次完整备份和最后一次差异备份;缺点是每次备份需要的时间较长
1.3 什么是恢复
恢复就是在发生故障后,利用已备份的数据文件或控制文件,重新建立一个完整的数据库。
2. Oracle 备份与恢复
2.1 Oracle 恢复分类
- 实例恢复:当 Oracle 实例出现失败后,Oracle 自动进行的恢复
- 介质恢复:当存放数据库的介质出现故障时所做的恢复,分为:
- 完全恢复:将数据库恢复到失败时的状态,通过装载数据库备份并应用全部重做日志
- 不完全恢复:将数据库恢复到失败前某一时刻的状态,通过装载数据库备份并应用部分重做日志。恢复后必须用
resetlogs选项重设联机重做日志
2.2 exp/imp 与 expdp/impdp 的区别
| 对比项 | exp / imp | expdp / impdp |
|---|---|---|
| 运行位置 | 客户端或服务端均可 | 仅服务端 |
| 文件互通 | 仅适用于 exp 导出的文件 | 仅适用于 expdp 导出的文件 |
| 空表导出 | 10g 以上通常无法导出空表 | 可以正常导出空表 |
| 推荐场景 | 旧版本兼容 | 10g 及以上版本首选 |
2.3 exp 导出 / imp 导入
1 | # 切换到 Oracle 用户 |
2.4 expdp / impdp 操作步骤
前置准备
第一步:创建备份目录
1 | su oracle |
第二步:以管理员身份登录 sqlplus
1 | sqlplus /nolog |
第三步:创建逻辑目录
1 | create directory data_dir as '/home/oracle/oracle_bak'; |
第四步:查看管理员目录是否存在
1 | select * from dba_directories; |
第五步:授予指定用户操作权限
1 | grant read,write on directory data_dir to C##BAK_TEST_USER; |
导出数据
1 | # 1. 全量导出数据库 |
导入数据
首先需要将导入的文件存放在目标数据库服务器上。
1 | # 1. 全量导入数据库 |
2.5 并行操作
可以通过 PARALLEL 参数使用多个线程来加速导入导出作业:
1 | # 使用 4 个并行线程导出 |
注意:使用并行时,
dumpfile建议加上%U通配符,自动生成多个文件。
3. MySQL 备份与恢复
3.1 mysqldump 逻辑备份
使用 mysqldump 工具来备份 MySQL 数据库,该工具可以生成 SQL 脚本文件。
优点:简单易用,可以跨平台和存储引擎,可以部分备份和恢复。
缺点:速度慢,占用空间大,可能影响数据库性能。
1 | # 备份指定数据库 |
3.2 Percona XtraBackup 物理备份
MySQL 有一个开源的物理热备工具叫做 Percona XtraBackup。它可以在不锁表的情况下备份 InnoDB、XtraDB 和 MyISAM 存储引擎的表,并且支持增量同步。
优点:速度快,占用空间小,不影响数据库性能。
缺点:恢复复杂,需要关闭数据库服务,可能导致数据不一致。
1 | # 全量备份 |
注意:在恢复之前,需要停止 MySQL 服务,并确保数据目录为空。
3.3 基于 binlog 的增量备份
全备份是指备份数据库中的所有数据。增量备份是指备份上次全备份或增量备份后发生变化的数据,需要开启 binlog 日志功能。
第一步:开启 binlog
1 | # 在 my.cnf 中配置 |
第二步:设置定时备份任务
1 | # crontab 定时任务:每天凌晨 0 点全备份 |
第三步:恢复数据
1 | # 恢复最近一次的全备份文件 |
💬 常见问题(FAQ)
Q1: expdp 和 exp 应该选哪个?
A: 如果你的 Oracle 版本在 10g 及以上,优先使用 expdp/impdp。它们是服务端工具,性能更好,支持并行操作,并且可以正常导出空表。exp/imp 主要用于旧版本兼容或跨版本迁移。需要注意的是两者导出的文件格式不互通——imp 无法导入 expdp 导出的文件,反之亦然。
Q2: mysqldump 备份大数据库很慢怎么办?
A: 对于大型数据库,有几个优化方向:
- 使用
--single-transaction参数避免锁表(仅 InnoDB) - 使用
--quick参数逐行读取,减少内存占用 - 考虑改用 Percona XtraBackup 进行物理热备,速度远快于逻辑备份
- 使用
mydumper(第三方多线程备份工具)实现并行导出
Q3: Oracle 跨用户导入数据时需要注意什么?
A: 跨用户导入时需要关注以下几点:
- 使用
remap_schema=源用户:目标用户参数进行用户映射 - 如果表空间不同,还需要使用
remap_tablespace=源表空间:目标表空间 - 目标用户需要有足够的权限和配额
- 如果存在同名表,通过
table_exists_action参数控制行为(SKIP / APPEND / REPLACE / TRUNCATE)
Q4: 备份文件应该保留多久?
A: 建议根据业务重要程度制定保留策略:
- 全量备份:至少保留最近 7 天,关键业务保留 30 天
- 增量备份:保留到下一次全量备份完成后
- binlog 日志:通过
expire-logs-days控制自动清理周期,建议设置 7-14 天 - 定期将备份文件归档到异地存储(如对象存储、磁带库),防止本地灾难导致备份与数据同时丢失
Q5: 如何验证备份文件是否可用?
A: 备份验证是备份策略中最容易被忽视但极其重要的环节:
- 定期恢复测试:在测试环境中定期执行恢复操作,确认备份文件完整可用
- Oracle:使用
impdp的SQLFILE参数生成 DDL 脚本而不实际导入,检查文件是否损坏 - MySQL:使用
mysqlcheck或在测试库中执行source backup.sql验证 - 自动化:将恢复验证纳入定时任务,定期自动验证并发送报告
✨ 总结
核心要点
- 备份分类:物理备份(冷/热)与逻辑备份各有适用场景,完全/增量/差异备份各有优劣
- Oracle 推荐方案:10g 及以上版本优先使用
expdp/impdp,支持并行、空表导出、跨用户映射 - MySQL 推荐方案:小型数据库用
mysqldump,大型数据库用 Percona XtraBackup,配合 binlog 实现增量备份 - 备份策略:全量 + 增量组合使用,定期验证备份可用性
🎯 行动建议
- 立即执行:检查当前数据库是否有定期备份任务,没有则立刻配置
- 本周完成:制定备份保留策略,配置自动清理过期备份
- 本月完成:搭建备份恢复验证流程,在测试环境定期执行恢复演练
- 持续改进:根据数据量增长调整备份策略(如从全量备份迁移到全量 + 增量模式)
更新记录
| 版本 | 日期 | 说明 |
|---|---|---|
| v1.0 | 2023-03-02 | 初始版本 |
| v1.1 | 2026-03-11 | 优化文档结构,添加速查版、对比分析和 FAQ |