|
|
|
|
移动端

关于MySQL数据库的备份方案

分享点自己近年来接触MySQL数据备份这一块的小经验。数据是一个互联网公司的命脉,数据库的安全以及备案的完整性是至关重要的,所以我们需要在工作中要很熟练的掌握数据的备份与恢复,这也是一个合格的运维DBA必须具有的职业技能。

作者:佚名来源:Linux公社|2018-08-24 13:58

【新品产上线啦】51CTO播客,随时随地,碎片化学习

关于MySQL数据库的备份方案

分享点自己近年来接触MySQL数据备份这一块的小经验。数据是一个互联网公司的命脉,数据库的安全以及备案的完整性是至关重要的,所以我们需要在工作中要很熟练的掌握数据的备份与恢复,这也是一个合格的运维DBA必须具有的职业技能。

我这里简单总结MySQL的备份分为3种:分为冷备份,逻辑备份,热备份。

1、冷备份:

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

1.1备份过程:

第一关闭mysql服务

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

1.2恢复过程:

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

第二就是启动mysql

2、逻辑备份MySQLdump

生产场景备份的命令:

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

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

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

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

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

  1. 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库表等备份说明:

全备:

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

导出多个数据库:

  1. Mysqldump –uroot –p  -q –single-transaction –B  test01 wjw01 test02 >test01_wjw01_test02.sql 

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

  1. Mysqldump –uroot –p  -q –single-transaction –b  test  wjw01>>test_wjw01.sql 

只导出表结构:

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

只需要导出储存过程时:

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

只需要导出触发器:

  1. Mysqldump –uroot –p –q –tdn –triggers 

只需要导出事件:

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

只需要导出数据:

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

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

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

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

在slave上执行以下命令:

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

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

注意:--dump-slave用于在slave上dump数据,建立新的slave

2.2Mysqldump优缺点以及使用场景

优点:

  1. 恢复简单,可以使用管道将他们输入到mysql
  2. 与存储引擎无关,因为是从MySQL服务器中提取数据而生成的,所以消除了底层数据存储的不同
  3. 有助于避免数据损坏。若磁盘驱动器有故障而要复制原始文件时,此时将得到一个损坏的备份

缺点:

  1. 必须有数据库服务器完成逻辑工作,需要白菜送彩金大全地cpu周期
  2.  逻辑备份还原速度慢:需要MySQL加载和解释语句、转化存储格式、重建引擎

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

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

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

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

全量备份脚本内容:

  1. #!/bin/bash  
  2. #mysql全量备份脚本建议在slave从库上运行,从库slave上建议开启参数log_slave_updates=1  
  3. mkdir /backup  
  4. cd /backup  
  5. dateDIR=$(date +"%Y-%m-%d" 
  6. mkdir -p $dateDIR/data  
  7. path=/data/mysql/data  
  8. for n in `mysql -uroot -p123456 -e "show databases"|grep -v "Database" 
  9. do  
  10. mysqldump -uroot -p123456 --default-character-set=utf8 -q --lock-all-tables --flush-logs -E -R --triggers -B $n|gzip >/backup/$dateDIR/data/${n}_$dateDIR.sql.gz  
  11. done  
  12. binlog_rm=$(tail -n 1 $path/mysql-bin.index|sed 's/.\///' 
  13. mysql -uroot -p123456 -e "purge binary logs to '$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文件数减一

  1. mysql -uroot -p123456 -e "purge binary logs to '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的基本流程如下:

  1. 开启redo日志拷贝线程,从最新的检查点开始顺序拷贝redo日志;
  2. 开启idb文件拷贝线程,拷贝innodb表的数据
  3. idb文件拷贝结束,通知调用FTWRL,获取一致性位点
  4. 备份非innodb表(系统表)和frm文件
  5. 由于此时没有新事务提交,等待redo日志拷贝完成
  6. 最新的redo日志拷贝完成后,相当于此时的innodb表和非innodb表数据都是最新的
  7. 获取binlog位点,此时数据库的状态是一致的。
  8. 释放锁,备份结束。

具体使用请参考:https://www.linuxidc.com/Linux/2018-08/153635.htm

关于MySQL数据库的备份方案到此处就介绍完了,如有不对,请及时指出。欢迎一起交流学习。

Linux公社的RSS地址:https://www.linuxidc.com/rssFeed.aspx

本文永久更新链接地址:https://www.linuxidc.com/Linux/2018-08/153634.htm

【编辑推荐】

  1. 巧妙设计多级缓存,为数据库减负
  2. MySQL多版本并发控制机制(MVCC)源码浅析
  3. MySQL binlog日志三种模式选择及配置
  4. 区块链和数据库,技术到底有何区别?
  5. 手把手教你如何不停机将海量数据从DB2全量数据迁移到MySQL
【责任编辑:庞桂玉 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +白菜送彩金大全

系统分析师考试辅导(2007版)

《系统分析师考试辅导(2007版)》内容涵盖了最新的系统分析师考试大纲信息系统综合知识的所有知识点,分析了近3年信息系统分析与设计案例...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊
博聚网