MySQL数据备份方法的选择与思考

从事DBA的行业也有两年多了，在数据备份上无论是理论和实践上，都积累了一些经验，恰逢这两天又出现一些数据备份方面的问题，这里，我将之前遇到过的数据备份方法简单做个整理。

我们都知道，保障数据库的稳定、安全、高效运行，是DBA的工作职责所在。对于DBA来讲，要想实现数据安全，数据备份可能是至关重要的一个环节。

我曾经就遇到过一个案例，业务方误删数据引发故障，要求DBA恢复数据，结果发现当天的数据没有备份，场面一度十分尴尬，本来这个故障是业务引发的，但是由于没有数据备份，最后业务和DBA各打五十大板，一起背锅。如果业务没有要求DBA恢复数据，那么DBA完全可以后续悄悄的将数据备份，最后就可以免于被牵连，当然，生产环境没有如果。

备份的重要性，自然不言而喻，那么我们常见的备份思路，都可以有哪些呢？根据备份是否影响线上环境，大体可以分为冷备、热备2种方法，其中冷备可以理解是对线上业务有影响，需要离线备份，而热备是对线上业务没有影响或者影响比较小。

我自己总结了以下方法：

1、rsync、cp拷贝文件

这种方法比较暴力，就是直接停止MySQL数据库，然后通过cp、rsync这种Linux物理文件复制命令，来实现数据的备份。

其中：

cp特指的是备份到当前服务器的其他目录

rsync特指的是备份到其他服务器上

这种方法，要注意下面几点：

a、那对于线上环境来讲，rsync的方法会更好，因为如果服务器宕机了，cp方法备份也会不可用。

b、rsync和cp的方法，都需要在主从架构的从库上，或者是指定备份库上进行。(这里我推荐线上环境使用一主一从一备份的复制架构)

冷备份的最大的优点是速度快、操作简单。

适合大数据库的日常备份。

2、select xxx into outfile语法

这种方法，其实往往不能叫做备份，因为它其实只备份了一个表的数据，但是它非常有用。

试想这样一种场景，业务方让你update几百条数据，而表中的数据有上千万条，这个时候，如果备份全表，就显得不那么灵活，而且耗费的时间较长。如果我们使用select的语法，将这些需要修改的数据，先保存到一个txt的文件中，即使update之后，业务反馈和预期不符，也能快速的找到update之前的样子，可以极大的缩短你恢复数据的时间。

这种备份方法适合单个表的某一部分数据变更前的备份。

3、延时从库

在MySQL中，这种备份方案相对比较少，在MongoDB中，延时从库非常常见。但是延时从库是一种比较好的在线备份手段，它最主要的特点是恢复的可能性高。

有些时候，你辛苦备份的数据，在其他服务器上，因为各种依赖或者版本问题，导致无法还原一个MySQL实例，这就比较尴尬，而延时从库可以很好的解决这个问题，因为本身从库是运行中的，所以不用担心库起不来的情况。

延时从库的备份方案中，要控制从库的延时时间，如果设置的过短，可能在主库上引发问题的SQL已经在从库上执行过了，那么就起不到延时的效果，那延时从库就失去意义了。

4、逻辑备份mysqldump

这可能是最常见的一种MySQL备份方式了，mysqldump这个官方提供的备份工具，可以提供给你某个时间点的一致性快照，可以很清楚的知道当前的时间点，MySQL数据库执行到了那个binlog的位点，恢复的精确性很高。而且，它支持指定库表备份等，功能非常强大。

它适合数据量在50G以下的数据库备份，超过50G，恢复的时候会特别慢。

这个不必多说，大家都知道。

记得加--single-transaction,要不然可能会出现锁表，业务无法写入的问题，曾经有个小兄弟在这里栽倒了。

它的特点是能够给你某个时间点的数据库快照，而且备份文件总体比较小。

5、xtrabackup备份

这是另外一种热备份的方式，xtrabackup备份方式可以在不影响数据库写入的情况下对数据库进行热备，本质其实还是物理文件拷贝，比mysqldump的速度要快。

如果主库读写压力比较小，则可以在主库上直接备份。不过还是建议不要在主库上使用，因为曾经出现过线上主库写入压力比较大，xtrabackup直接把主库备份宕机的情况出现，从库上不停库进行xtrabackup才是相对比较安全的方法。

它的特点是备份速度快，备份对线上影响比较小。

6、binlog备份

binlog备份本质上还是SQL语句的备份，类似mysqldump的结果，不过binlog中保留的数据比mysqldump保留的数据多一些。

如果你拥有这个数据库从启动开始所有的binlog，毋庸置疑，你可以将这个数据库还原出来。但是所有的binlog必定是一个比较比较大的数据量，一般很难保留全量日志，所以binlog备份一般情况下需要搭配快照备份。

我们可以在一个从库上线停掉复制关系，然后flush log新生成一个binlog，记录为binlog0，然后将这个从库完整的备份拷贝一份，之后保存binlog0往后的所有binlog，这样就能利用从库的完整备份+binlog的方法来恢复从库的数据。

binlog备份适用于那些binlog写入速度一般的数据库，如果你的数据库binlog刷新的速度很快，那数据容量可能会成为瓶颈。

7、clone plugin

clone plugin是8.0的一个亮点功能，既可以支持数据备份到本地，也可以支持快速远程拉起一个数据库的从库，是一个值得研究的备份方法。之前的文章中也有详细些过，有兴趣可以去看。也可以参考官方文档。

但是目前，线上环境使用的比较少，原因是大部分国产数据库目前都停留在MySQL5.7版本，当然，8.0是趋势，没升级的赶快升级吧。

以上就是MySQL数据备份方法该如何选择的详细内容，更多关于MySQL 数据备份的资料请关注我们其它相关文章！

赞 (0)

相关推荐

  • linux定时备份MySQL数据库并删除以前的备份文件(推荐)

    linux定时备份MySQL数据库并删除以前的备份文件(推荐)

    备份数据库,这是必须会用到的,今天上午花了几个小时整理了一下,结果不错.下面详细的走一遍 一丶选择一个比较大位置来保存备份文件(创建文件就行) 使用mkdir来创建文件夹,这个简单. 二丶检查有没安装crond,如果没有,先安装 rpm -qa|grep cron  安装后会是 一般没有安装,所以先 yum -y install vixie-cron 然后再 yum -y install crontabs 这样服务就安装好了. 三丶写备份脚本 vi  /var/spool/cron/name.s

  • MySQL数据库入门之备份数据库操作详解

    本文实例讲述了MySQL数据库入门之备份数据库操作.分享给大家供大家参考,具体如下: 接上一次:MySQL数据库入门多实例配置 一提到数据,大家神经都会很紧张,数据的类型有很多种,但是总归一点,数据很重要,非常重要,因此,日常的数据备份工作就成了运维工作的重点中的重点的重点................. 首先来看看数据库中的数据 mysql> select * from test; +-----+------+ | id | name | +-----+------+ | 1 | 1 | |

  • Mysql备份多个数据库代码实例

    这篇文章主要介绍了Mysql备份多个数据库代码实例,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 备份数据脚本 #!/bin/bash # date是linux的一个命令 date [参数] [+格式] time=` date +%Y_%m_%d_%H_%M_%S ` # 备份输出路径 backupdir=/home/backup/ # 备份文件路径 filedir=/home/my_app/files/ # 用sql语句取出所有以'test'

  • MySQL定时备份数据库操作示例

    本文实例讲述了MySQL定时备份数据库操作.分享给大家供大家参考,具体如下: 1. 查看mysqldump root@laowang:/# which mysqldump /usr/bin/mysqldump 2. 编写脚本 编辑my.cnf文件, 指定账号与密码, 然后在脚本中引用 root@laowang:/# vim /etc/my.cnf [mysqldump] user=root password=root 脚本文件 root@laowang:/var/backups# vim mys

  • mysql 数据库备份的多种实现方式总结

    本文实例讲述了mysql 数据库备份的多种实现方式.分享给大家供大家参考,具体如下: 一.使用mysqldump进行备份 1.完整备份所有数据库 mysqldump -u root -p --all-databases > E:/all.sql 在mysql8之前,存储过程和事件存储在mysql.proc和mysql.event表中. 从mysql8开始,相应对象的定义存储在数据字典中,这些表不会被备份. 要将存储过程和事件也包含,请使用如下语句: mysqldump -u root -p --

  • Mysql数据库定时备份脚本分享

    BackUpMysql.sh脚本 #!/bin/bash PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin export PATH #数据库ip DBHOST='' #数据库用户名 DBUSER='' #数据库用密码 DBPASSWD='' #需要备份的数据库,多个数据库用空格分开 DBNAME='' #备份时间 backtime=`date +%Y-%m-%d_%H%M%S` #备份路径(当前目录) BACKPA

  • Linux实现定时备份MySQL数据库并删除30天前的备份文件

    1. MySQL5.6以上版本 2. 修改 /etc/my.cnf 文件 # vim /etc/my.cnf [client] host=localhost user=你的数据库用户 password='你的数据库密码' 3. 编写数据库脚本 mysql-backup.sh # vim mysql-backup.sh #!/bin/bash backupDir=数据库备份目录 backupTime=`date +%Y%m%d%H%M%S` mysqldump 你的数据库 | gzip > $ba

  • mysql数据备份与恢复实现方法分析

    本文实例讲述了mysql数据备份与恢复实现方法.分享给大家供大家参考,具体如下: 本文内容: 复制文件法 利用mysqldump 利用select into outfile 其它(列举但不介绍) 首发日期:2018-04-19 有些时候,在备份之前要先做flush tables ,确保所有数据都被写入到磁盘中. 复制文件法: 对于myisam存储引擎的数据库,它的表结构(.frm).数据(.myd)和索引(.myi)都单独成文件,可以直接复制这三个文件到备份空间就可以成功备份了. 至于还原,只需

  • CentOS Mysql数据库如何实现定时备份

    如下脚本用于mysql全库定时备份 mysql_dump_script.sh #!/bin/bash #保存备份个数,最多保留4个文件 number=4 #备份保存路径 backup_dir=/db/backup_mysql #日期 dd=`date +%Y-%m-%d-%H-%M-%S` #备份工具 tool=mysqldump #用户名 username=root #密码 password=yourpassword #将要备份的数据库 database_name=mydb #如果文件夹不存在

  • MySQL数据库备份过程的注意事项

    今天看了看数据备份相关的东西,总结了几个MySQL数据备份的注意事项,简单分享一下吧. 对于MySQL备份,每个DBA的理解可能都不一样,备份可以分为下面几个维度: 文件种类划分: 1.物理备份,以xtrabackup为代表的物理备份是最常用的备份方法,经常被用在备份大的数据库上面. 2.逻辑备份,以mysqldump为代表的逻辑备份,小于50G的数据量,用该工具备份起来比较合适. 按照备份内容划分: 1.全量备份,这个容易理解,就是数据库完整的一个备份 2.增量备份,基于全量备份的基础之上的,

  • shell脚本定时备份MySQL数据库数据并保留指定时间

    公司用到的MySQL数据库,经常有同事通过一顿骚操作把一些关键的配置数据误删,每次恢复都要花上不少时间,于是写了个shell脚本,结合corntab每天凌晨备份数据库,并保留7天. 同样的备份脚本也可用于生产环境MySQL数据库定时备份. 环境:CentOS 7.5 / MySQL 5.7 #!/bin/sh # 数据库账号信息 DB_USER="root" DB_PWD="root" DB_HOST="127.0.0.1" DB_PORT=&q

  • MySQL数据库备份恢复实现代码

    数据库的备份 #语法: # mysqldump -h 服务器 -u用户名 -p密码 数据库名 > 备份文件.sql #示例: #单库备份 mysqldump -uroot -p123 db1 > db1.sql mysqldump -uroot -p123 db1 table1 table2 > db1-table1-table2.sql #多库备份 mysqldump -uroot -p123 --databases db1 db2 mysql db3 > db1_db2_mys

随机推荐