MySQL备份与恢复详解（热备、冷备等相关术语解释）

冷不防 2022-05-24 02:56 264阅读 0赞

这篇博文为大家解释mysqk进行备份与恢复时的相关术语，以及实现的方法

*  相关术语解释
    
     *  按照业务划分
     *  按照数据库状态划分
     *  按照备份方式划分

# **相关术语解释** #

## **按照业务划分** ##

按照备份的量或者业务可以分为三种备份，分别是完全备份、增量备份、差异备份。

*  **完全备份**

（Full Backup） 所谓全备份就是对整个数据库的数据和数据结构
    进行备份。这种备份方式的好处就是很直观，容易被人理解。而且
    当发生数据丢失的灾难时，只要用灾难之前的备份文件，就可以恢
    复丢失的数据。
    然而它也有不足之处：首先由于每天都对系统进行完全备份,因此在
    备份数据中有大量是重复的。这些重复的数据占用了大量的空间，
    这对用户来说就意味着增加成本；其次，由于需要备份的数据量相
    当大，因此备份所需时间较长。对于那些业务繁忙，备份窗口时间
    有限的单位来说，选择这种备份策略无疑是不明智的。

*  **增量备份**

每次备份的数据只是相当于上一次备份后增加的和修改过的数据。这
    种备份的优点很明显：没有重复的备份数据，即节省空间，又缩短了备份
    时间。但它的缺点在于当发生灾难时，恢复数据比较麻烦。举例来说，如
    果系统在星期四的早晨发生故障，丢失大批数据，那么现在就需要将系统
    恢复到星期三晚上的状态。
    这时管理员需要首先找出星期一的那份完全备份数据进行系统恢复，然后
    再找出星期二的数据来恢复星期二的数据，然后在找出星期三的数据来恢
    复星期三的数据。 很明显这比第一种策略要麻烦得多。另外这种备份可靠
    性也差。在这种备份下，各备份数据间的关系就象链子一样，一环套一环，
    其中任何一个备份数据出了问题都会导致整条链子脱节。

*  **差异备份**

每次备份的数据是相对于上一次全备份之后新增加的和修改过的数据。管理员先在
    星期一进行一次系统完全备份；然后在接下来的几天里，管理员再将当天 所有与星期一
    不同的数据（新的或经改动的）备份到磁带上。举例来说，在星期一，网络管理员按惯
    例进行系统完全备份；在星期二，假设系统内只多了一个资产清 单，于是管理员只需将
    这份资产清单一并备份下来即可；在星期三，系统内又多了一份产品目录，于是管理员
    不仅要将这份目录，还要连同星期二的那份资产清单一 并备份下来。
    如果在星期四系统内有多了一张工资表，那么星期四需要备份的内容就是：工资表+产
    品目录+资产清单。

由此可以看出，全备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全备份最可靠；差异备份可避免另外两种策略缺陷，但不同备份类型可以存在一定组合不同备份类型可以存在一定组合不同备份类型可以存在一定组合不同备份类型可以存在一定组合。

## **按照数据库状态划分** ##

根据数据库的运行状态，又可以分为热备、冷备、温备这几种形式

*  热备  
    热备份（Hot Backup）是指在数据库运行中直接备份，对正在运行的数据库没有任何影响。
 *  冷备  
    冷备份（Cold Backup）是指在数据库停止的情况下进行备份，这种备份最为简单，一般只需要拷贝相关的数据库物理文件即可
 *  温备  
    温备份（Warm Backup）备份同样是在数据库运行时进行，但是会对当前数据库的操作有所影响，例如加一个全局读锁以保证备份数据的一致性。

## **按照备份方式划分** ##

有两种常见的备份方式

*  **物理备份**  
    直接复制数据文件进行的备份。  
    优点：无需额外工具，直接copy即可，恢复直接复制备份文件即可  
    缺点：与存储引擎有关，跨平台能力较弱
 *  **逻辑备份**  
    从数据库中“导出”数据另存而进行的备份
    
    优点：能使用编辑器处理，恢复简单，能基于网络恢复，有助于避免数据损坏  
    缺点：备份文件较大，备份较慢，无法保证浮点数的精度，使用逻辑备份数据恢复后，还需手动重建索引，十分消耗CPU资源。