MySQL数据库中有哪些备份方案，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。

1、冷备份：

一般主要用于非核心业务，这类业务一般都是允许业务中断的，冷备份的特点就是数度快，恢复时也最为简单。通常直接复物理文件来实现冷备份。

1.1备份过程：

***关闭mysql服务

第二步就是把datas数据目录（包含ibdata1）和日志目录(包含ib_logfile0,ib_logfile1,ib_logfile2)复制到磁盘，或者本地的另一块磁盘里

1.2恢复过程：

***使用复制的数据目录和日志目录替换原有的目录

第二就是启动mysql

2、逻辑备份MySQLdump

生产场景备份的命令：

生产场景不同引擎mysqldump备份命令

myisam引擎企业生产备份命令（适合所有引擎或混合引擎）:

mysqldump-uroot-p123456-A-B-F-R--master-data=2-x--events|gzip>/opt/all.sql.gz

提示：-F也可以不用，与--master-data有些重复。

innodb引擎企业生产备份命令:推荐使用的

mysqldump-uroot-p123456-A-B-F-R--master-data=2--default-character-set=utf8--events--single-transaction|gzip>/opt/all.sql.gz

提示：-F也可以不用。与--master-data有些重复。

--default-character-set=utf8 指定备份出的sql数据的字符集为utf8，当然，这个要提前知道线上的mysql库全部采用的字符集都是utf8，否则在恢复到线上的库会出现字符集不一致的问题出现乱码

提示：逻辑备份一般是数据迁移或者数据量很小时采用，逻辑备份采用的是数据导出的方式

2.1mysqldump库表等备份说明：

全备：

Mysqldump–uroot–p-q–single-transaction–A>>all.sql

导出多个数据库：

Mysqldump–uroot–p-q–single-transaction–Btest01wjw01test02>test01_wjw01_test02.sql

导出一个test库的某张wjw01表：

Mysqldump–uroot–p-q–single-transaction–btestwjw01>>test_wjw01.sql

只导出表结构：

Mysqldump–uroot–q–d--skip-triggers

只需要导出储存过程时：

Mysqldump–uroot–q-Rtdn--skip-triggers

只需要导出触发器：

Mysqldump–uroot–p–q–tdn–triggers

只需要导出事件：

Mysqldump–uroot–p–q–Etdn–skip-triggers

只需要导出数据：

Mysqldump–uroot–p–q--skip-transaction--skip-triggers–t

要想在线上建立一台新的slave，则在master上执行如下命令：

Mysqldump–uroot–p–q–single-transaction–master-data=2-A>>all.sql

提示：在mysql5.5里增加了一个新的参数：--dump-slave,使用该参数可在slave端dump数据，建立新的slave，其目的是为了防止对主库造成过大的压力。

在slave上执行以下命令：

Mysqldump-uroot–p-A–dump-slave=2–q–single-transaction>/tmp/all.sql

查看alls.sql 里面会记录slave上的那个点。

注意：--dump-slave用于在slave上dump数据，建立新的slave

2.2Mysqldump优缺点以及使用场景

优点：

鸿蒙官方战略合作共建——HarmonyOS技术社区

恢复简单，可以使用管道将他们输入到mysql

与存储引擎无关，因为是从MySQL服务器中提取数据而生成的，所以消除了底层数据存储的不同

有助于避免数据损坏。若磁盘驱动器有故障而要复制原始文件时，此时将得到一个损坏的备份

缺点：

鸿蒙官方战略合作共建——HarmonyOS技术社区

必须有数据库服务器完成逻辑工作，需要更多地cpu周期

逻辑备份还原速度慢：需要MySQL加载和解释语句、转化存储格式、重建引擎

使用场景：对于MySQL数据库数据量不是很大的场景，建议使用。因为备份方便，简单灵活，易操作

当数据库特别的时候，比如30G以上时，备份MySQL数据时，也就建议不要采用mysqldump了，因为备份的时间以及恢复数据库的时间太长了，会对库表造成锁，对线上的业务影响还是比较大的

2.3简单介绍下MySQL全量备份+增量备份binlog

注意：生产上强烈建议MySQL开启Row格式来记录binlog,尽管这样对磁盘的IO以及磁盘的空间的消耗是比较大，但是和数据的安全性、完整性相比，磁盘资源那都是小事

全量备份脚本内容：

#!/bin/bash#mysql全量备份脚本建议在slave从库上运行，从库slave上建议开启参数log_slave_updates=1mkdir/backupcd/backupdateDIR=$(date+"%Y-%m-%d")mkdir-p$dateDIR/datapath=/data/mysql/datafornin`mysql-uroot-p123456-e"showdatabases"|grep-v"Database"`domysqldump-uroot-p123456--default-character-set=utf8-q--lock-all-tables--flush-logs-E-R--triggers-B$n|gzip>/backup/$dateDIR/data/${n}_$dateDIR.sql.gzdonebinlog_rm=$(tail-n1$path/mysql-bin.index|sed's/.\///')mysql-uroot-p123456-e"purgebinarylogsto'$binlog_rm'"

说明:这个全量备份脚本，会在导出的时候锁住全局表，并且此时刷新产生一个新的bin-log,期间会产生写操作的等待，直到导出结束后才会写入新产生的bin-log文件，然后旧的bin-log 文件会被删除删除掉，一般在晚上2:00业务低峰期执行操作

进行本地bin-log增量备份

在执行完全量备份脚本后，就可以执行增量备份脚本了。

增量备份脚本思路很简单：

先mysqladmin -uroot -p123456 flush-logs 刷新新的binlog文件，此时mysql写入到新的binlog文件中。

然后把当前mysql数据库存放binlog的目录中抛去刚才***生成的binlog文件，其余旧的binlog文件全部cp到本地服务器/backup/binlog binlog的备份目录下。

***在登录MySQL清除当前的binlog文件数减一

mysql-uroot-p123456-e"purgebinarylogsto'mysql-bin.(n-1)'"

3.热备份与恢复

热备份的方式也是直接复制数据物理文件，和冷备份一样，但是热备份可以不停机直接复制，一般用于7*24小时不间断的重要核心业务。Mysql的社区版本热备份工具InnoDB Hot Backup是付费的，只能试用30天，商业版才可以***的使用，

Percona公司发布一个xtrabackup热备工具，和付费的工具一样，支持在线热备（备份时不影响数据的读写）是商业工具InnoDB Hot Backup的一个很好的替代。

xtrabackup热备工具是一个开源的工具，他可以非常快速的备份和恢复mysql数据库。由于Xtrabackup支持备份innodb表，实际生产环境中我们使用的工具是innobackupex，它是对xtrabackup的一层封装。innobackupex脚本用来备份非 InnoDB 表，同时会调用 xtrabackup命令来备份 InnoDB 表，innobackupex的基本流程如下：

鸿蒙官方战略合作共建——HarmonyOS技术社区

开启redo日志拷贝线程，从***的检查点开始顺序拷贝redo日志；

开启idb文件拷贝线程，拷贝innodb表的数据

idb文件拷贝结束，通知调用FTWRL，获取一致性位点

备份非innodb表(系统表)和frm文件

由于此时没有新事务提交，等待redo日志拷贝完成

***的redo日志拷贝完成后，相当于此时的innodb表和非innodb表数据都是***的

获取binlog位点，此时数据库的状态是一致的。

释放锁，备份结束。

看完上述内容，你们掌握MySQL数据库中有哪些备份方案的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注亿速云行业资讯频道，感谢各位的阅读！