1.备份恢复概述.docx
50墨值下载
为什么要做备份？
备份是为了防止数据丢失，保证数据的安全。当数据库因为某些原因造成部分或者全部数据丢
失后，备份文件可以帮我们找回丢失的数据。因此，数据备份是很重要的工作。任何数据库都
需要备份，备份数据是维护数据库必不可少的操作。
常见数据库备份的应用场景如下：
1. 数据丢失应用场景：
1. 人为失误操作造成某些数据被误删除
2. 软件 BUG 造成部分数据或全部数据丢失
3. 硬件故障造成数据库部分数据或全部数据丢失
4. 安全漏洞被入侵造成数据被恶意破坏
2. 非数据丢失应用场景：
1. 特殊应用场景下基于时间点的数据恢复
2. 开发测试环境数据库搭建
3. 相同数据库的新环境搭建
4. 数据迁移
以上列出的是一些数据库备份常见的应用场景，数据库备份还有其它应用场景，这里就不一一
列出了。
任何系统都有崩溃的可能，数据库备份工作至关重要。通过备份恢复来保护数据，避免数据丢
失，降低对业务系统的影响，在发生灾难或人为误操作的情况下，能够进行恢复是 DBA 最重
要的工作。不仅要保证能够成功备份，还要保证备份数据能够恢复。利用现有资源，基于现实
情况考虑，制定严谨、可靠的备份策略，应对所有可能出现需要恢复的情况，是每个 DBA 都
应该掌握的基本技能。
数据库备份的类型
备份是以防万一的一种必要手段，在出现硬件损坏或非人为的因素而导致数据丢失时，可以使
用备份恢复数据，以将损失降低到最小程度，因此备份是必须的。备份可以分为以下几个类型。
根据备份方法分类
1. 热备（Hot Backup）：热备可以在数据库运行中直接备份，对正在运行的数据库操作
没有任何的影响，数据库的读写操作可以正常执行。此时，既可进行物理备份，又可
进行逻辑备份。因对业务侵入较小，线上一般是使用热备。这种方式又称为 Online
Backup（在线备份）。常见的热备工具有 mysqldump、xtrabackup 等。
2. 冷备（Cold Backup）：冷备必须在数据库停止的情况下进行备份，数据库的读写操
作不能执行。此时，只能进行物理备份，即全量拷贝物理文件。这种备份最为简单，
一般只需要复制相关的数据库物理文件即可。这种方式又称为 Offline Backup（离线
备份）。目前，线上数据库一般很少能够接受关闭数据库，所以该备份方式很少使用。
3. 温备（Warm Backup）：温备同样是在数据库运行中进行的，但是会对当前数据库的
操作有所影响，备份时仅支持读操作，不支持写操作。该备份利用锁表的原理备份数
据库，由于影响了数据库的操作，故该备份方式也很少使用。
按照备份后文件的内容分类
1. 逻辑备份：逻辑备份是指备份出的文件内容是可读的，一般是文本内容。内容一般是
由一条条 SQL 语句，或者是表内实际数据组成。这类方法的好处是可以观察导出文件
的内容，一般适用于数据库的升级、迁移等工作。但其缺点是恢复的时间较长。
2. 物理备份：物理备份是指复制数据库的物理文件，既可以在数据库运行中进行复制，
也可以在数据库停止运行时直接复制数据文件。这类备份的恢复时间往往比逻辑备份
短很多，但是由于无法查看备份后的内容，所以只能等到恢复之后，才能检验备份出
来的数据是否是正确的。
逻辑备份和物理备份互有优缺点，在设计备份策略时应扬长避短，将两种备份方法结合起来使
用。
按照备份数据库的内容来分类
1. 全量备份：全量备份是指对数据库进行一个完整的备份，即备份整个数据库。这是一
种常见的备份方式，可以使用该备份快速恢复数据库，或者搭建从库。恢复速度也是
最快的，但是每次备份会消耗较大的磁盘空间，并且备份时间较长。
1. 增量备份：增量备份是指基于上次完整备份或增量备份，对数据库新增的数据进行备
份。也就是说每次备份只会备份自上次备份之后到备份时间之内产生的数据。这种备
份方式有利于减少备份时使用的磁盘空间，加快备份速度。但是恢复的时候速度较慢，
并且操作相对复杂。
1. 基于物理备份来实现增量备份较为简单，只需判断数据页的 LSN 是否发生了变化。
2. 基于逻辑备份来实现增量备份则很难，比如常见的基于某个时间字段来进行增量备
份，但其实很难保证某个时间段之前的数据不被修改或删除。
2. 日志备份：日志备份是指对 MySQL 数据库二进制日志的备份。该备份方式一般与上
面的全量备份或增量备份结合使用，可以使用数据库恢复到任意位置。
MySQL 中进行不同方式的备份还要考虑存储引擎是否支持，如 MyISAM 不支持热备，支持
温备和冷备。而 InnoDB 支持热备、温备和冷备。
上面的多种备份方式，每个都有自己的优缺点。但是在生产环境中，一般都会选择物理备份为
主，逻辑备份为辅，加上日志备份，来满足线上使用数据库的需求。
关键指标
在规划备份和恢复的策略时，有两个重要的指标需要考虑：
1. 恢复点目标（PRO，Recovery Point Objective）：定义了可以容忍丢失多少数据。
2. 恢复时间目标（RTO，Recovery Time Objective）：定义了需要等待多久能将数据
恢复。
RPO： 是指当业务系统发生中断事件后，信息系统可能会丢失的数据量。RPO 指标主要反映
了备用数据的时效性，RTO 取值越小，表示系统对数据完整性的保证能力越强。
of 5
50墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论