mysqldump备份脚本范例

#!/bin/sh
DATE1=`date +%Y%m%d%H%M`
DATABASE=glm_ec
BACKUP=/data/backup
/usr/local/mysql/bin/mysqldump -uroot -h 127.0.0.1 -R –single-transaction –master-data=2 库名 |gzip > $BACKUP/$DATABASE`date +%Y%m%d%H%M`.sql.gz

其中有两个参数: –single-transaction –master-data=2,

master-data,将会输出change master命令到导出文件里,值2以备注信息输出到文件里。single-transaction会发起一个读锁,保证当前备份时数据一致性,同时不影响备份时的更新操作,不影响系统的正常运行。库里有多个表,不设置这些参数,在导出时每个表导出的时间点不一样,在binlog里的位置也就不一致,这样在结合binlog文件恢复时,会有很多同步点,这是无法进行操作的。

有了这个唯一的恢复点,结合binlog通过mysqlbinlog命令很容易恢复数据,恢复过程略

分割线

—————————————————————————————–

通过ibdata1以及数据目录(idb以及frm)恢复

前面通过mysqldump+binlog恢复的方法是可行的,但是数据量大的时候,耗时非常长,实际环境数据目录+ibdata1文件超过200G,导sql文件就要十几个小时,速度太慢,因此有另外一种恢复方法,备份数据目录文件和ibdata1文件,通过一个目录和文件来恢复,这种方法优点是快,缺点是备份时需要停机。

恢复过程:

1、停掉要恢复机的mysql,备份ibdata1以及数据目录

2、将ibdata1以及数据目录移到要恢复机,修改移过来文件及目录权限

3、启动恢复机的mysql,如果有异常,还原步骤1备份的文件恢复

分割线

——————————————————————-

mysql5.7.10安装

mysql5.6和5.7的系统库(mysql库)差异非常大,上面第二种ibdata1+数据目录恢复的方案只能用在同版本数据库,本次遇到的情况是需要将mysql5.7备份的文件恢复到mysql5.6版本,经过实操证明这是不可行的,只有先升级mysql版本。

1、下载带有boost版本的community 版 mysql5.7(mysql.com 寻找要下版本的source code版,带boost的一般是最后一个,文件名里有boost),不带boost版本在安装时实际上还是要在线下载boost,会非常慢

2、CMAKE,要带上boost参数并制定路径,否则在后面make时会报错

3、make & make install

安装过程和其他版本差异不大,略

4、初始系统库,这步要人工操作,/usr/local/mysql/bin/mysqld –initialize –user=mysql

5、按照 恢复2操作,恢复并启动mysql