大数据时代，容不得措手不及——教你几招MySQL数据库备份方案

万物互联的大数据时代，数据已经成为了各行各业的珍贵资源，数据应用带来的便利性惠及大众，但同时，数据丢失带来的破坏也难以想象：

2019年9月6日，某国际领先电商被爆云服务发生重大宕机事故，部分用户数据丢失，造成不可磨灭的影响。

2018年8月5日，一数控公司存放在云上的精准注册用户以及内容数据全部丢失且不能恢复，造成公司平台全部停运，公司索赔1000余万元。

2017年9月8日，某国内信息与通信技术龙头企业一技术人员误删80万移动用户数据，导致这些用户无法使用移动网络。

……

数据丢失事故层出不穷，导致的直接或间接的损失不可估量，都在警醒我们，在这个大数据时代，已经容不得侥幸心理、措手不及，数据备份才能做到未雨绸缪、临危不乱。

在基金公司，同样如此。我们所使用的各个系统，无论是实时应答系统，批量清算系统，还是后台管理系统，都要有一定的容灾性，容灾的基础就是数据备份，以便在故障发生后，及时恢复数据。

今天就来聊一聊MySQL数据库中几种备份恢复的方式和各自的优劣。同时也结合基金公司销售系统的特点，看看最适合的备份方案。

MySQL备份恢复可以从多个角度进行分类：根据备份恢复逻辑来划分，可以分为全量备份和增量备份；根据备份恢复操作的层面来划分，可以分为逻辑备份和物理备份；根据是否可对数据库操作来划分，可分热备份、温备份和冷备份。热备份指数据库备份时, 读写操作均可以进行；温备份指数据库备份时, 可以进行读操作, 不能进行写操作；冷备份指数据库备份时, 不能进行任何读写操作。

接下来就简单谈一谈比较常用的几种备份方式及适用场景。

01

冷备份首先是停机复制数据文件的冷备份方式。此种备份方式的步骤可以简单概括为：

1、备份：停数据库--把data目录下所有文件拷贝出来--启动数据库。

2、恢复：停数据库--删除data目录下的文件--把备份的文件拷贝回来--启动数据库。

因为直接拷贝数据文件，是从文件层面上进行的操作，备份效率只与文件大小和磁盘读写效率有关。这种备份方式的优点是速度快，效率高。但缺点也显而易见：占用磁盘空间大，需要关停数据库，且只可以全量备份，不够灵活。所以该备份方式主要用于可以随时停数据库，磁盘空间大，要求备份恢复效率极高的场景中。对于批量清算的TA系统而言，备份在多个节点，而且是连续执行的步骤，中间无间断执行，期间还可能涉及到查询数据库等操作，所以这种停机拷贝数据的备份方式不能满足TA系统的要求。

02常规热备份

接下来说一种较为常见的热备份方式：将数据备份为以drop table, create table, insert为主的SQL文件。恢复时直接在数据库层面执行这个SQL文件，以删表-建表-插入数据的形式对每个表进行逐一恢复。

这种备份方式的好处是：非常直观，个人也可以对备份文件进行查看和修改；同时备份恢复比较灵活，可以选择备份任何表；并且此备份方式属于热备份，备份恢复时不用停机，是在执行SQL的层面上进行的，风险较小。但是此备份方式缺点也是显而易见的。假如备份10条数据需要1k空间，如果备份10000条数据，那么备份文件的大小为10000 * 0.1k，约为1M；如果插入1条数据用1ms，那么，恢复备份的所用的时间为100s。这还只是理想状态，还没有计算准备恢复所用的时间及恢复过程中各种谜之卡顿的情况。恢复10000条数据就需要用100秒，那么，如果备份恢复1亿条数据呢？备份文件大小将变为10G，而恢复时间则变为100000s，将近三十个小时。因此，对于数据量多的系统。这种恢复效率已然无法接受，况且，这么大的文件，执行这么久，可用性也无法保证。这种逻辑备份的适用场景为有着中少量数据，且数据库不停机的系统。而TA系统恰好是需要每日清算，备份时不停机，且数据量非常大的系统，这种备份方式也无法满足需求。

03

利用工具热备份

接下来说一说另一款备份工具：xtrabackup。xtrabackup是一款MySQL数据库的备份工具，能够对innodb数据库进行热备份。执行此工具自带的命令，通过使用不同的参数就可以实现全量或增量备份。备份的原理类似于拷贝数据文件，但通过工具内部的实现及优化，可以做到不需要停机，就可以将数据文件无误地备份出来。但是，恢复数据时，仍然需要停数据库，删除data目录，并进执行相关命令进行恢复。这种备份恢复方式的速度比拷贝数据库文件要慢，比SQL文件的形式要快。xtrabackup优点是内部集成了备份恢复的功能，对用户透明，用户只需要以命令的形式操作，备份恢复较为可靠；支持较大的数据量；备份过程不会打断正在执行的事务；工具内部也提供了一些额外的功能，如压缩功能可以节约磁盘空间和流量，多线程执行可以提高效率，还可以自动实现备份检验，无需个人再次验证数据正确性。此备份方式缺点是其进行了封装，版本不支持的功能想要进行二次开发比较麻烦；且只支持innodb引擎，在引擎使用上受到了限制；同时恢复时仍然需要停数据库，并不是完全的热备份恢复。TA系统备份数据是清算步骤的一部分，每天清算都需要执行，是无需手工干预的。所以这种热备份方式较为适合TA系统。并且，只有遇到异常状况需要回滚数据时才会进行数据恢复，所以恢复过程属于异常状态的处理，停数据库也无太大影响。经测试，在磁盘读写性能较优的情况下，上亿条数据的全量备份需要三分钟左右，恢复需要七分钟左右，对于有着大数据量的TA系统来说，可以间接提高清算效率，增加容错的时间窗口mssql数据库备份，有着较为优异的表现。

04

利用工具热备份

其实innodb引擎现在还支持一种根据数据库data目录下ibd文件就能恢复单表数据的备份恢复方式。备份的步骤为：拷贝data目录下对应表的ibd文件。恢复的步骤为：丢弃对应表的表空间--拷贝回对应表的ibd文件--恢复对应表的表空间。此种备份方式无需停机，为温备份；可以针对指定表进行备份恢复；因为其是对文件操作，效率也极高。缺点就是只能针对某个表进行全量备份恢复，且只支持innodb引擎。此种备份恢复方式目前应用在数据归档里，可将个别有大量数据的表进行迁移，归档。

05

总结

其实，说了这几种备份恢复的方式，大家各有各的优缺点，备份恢复文件的大小，备份的时间，执行的途径各不相同。对于应用到实际中来说，还要经过分析及测试来制定最优的备份恢复策略。有一句话说得好：最好的不一定是最合适的，但最合适的一定是最好的。希望这次所总结的几种方式能为大家带来一点思路，可以找到系统中比较合适的备份恢复方案。

（编辑：应用网_常德站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!