MySQL备份恢复方案

MySQL备份方案

随着数据不断增加，而且为了兼容以后的innodb存储引擎, 所以考虑采用mysqldump全备+日志增量备份的策略。使用mysqldump对于mysql大部分mysql存储引擎比如myisam、innodb都有很好的支持。

方案一：mysqldump全备份+日志增量备份

1， mysqldump备份方案：

周一凌晨3点全备

周二到周日凌晨3点增量备份

2， 备份步骤

(1) 创建备份目录，备份脚本存放目录

Shell > mkdir /usr/mysqlbackup;

Shell > chmod 755 /usr/mysqlbackup;

Shell > mkdir /usr/mysqlbackup/daily;

Shell > chmod 755 /usr/mysqlbackup/daily;

Shell > mkdir /usr/script;

Shell > chmod 777 /usr/script/*.sh

(2) 启用二进制日志

如果日志没有启开，必须启用binlog，要重启mysqld，首先，关闭mysqld，打开/etc/my.cnf，加入以下几行：

[mysqld]

log-bin

然后重新启动mysqld，会产生hostname-bin.000001以及hostname-bin.index，前面的日志文件是记录所有对数据的更新操作，后面的文件是存储所有二进制文件的索引，不能轻易被删除。

(3) 全备份，增量备份。

详细见mysqlFullBackup.sh、mysqlDailyBackup.sh脚本（请注意脚本里面的备份目录、mysql软件安装目录、压缩文件名以及用户名密码，如有不符，请修改）。

下面是部分shell上单个手动执行的测试命令。

Shell> /usr/local/mysql/bin/mysqldump -uroot -pnYuIman25040slave201012301124 --no-create-info=FALSE --order-by-primary=FALSE --force=FALSE --no-data=FALSE --tz-utc=TRUE --flush-privileg

es=FALSE --compress=FALSE --replace=FALSE --insert-ignore=FALSE --extended-insert=TRUE --quote-names=TRUE --hex-blob=TRUE --complete-insert=FALSE --add-locks=TRUE --port=3306 --d

isable-keys=TRUE --delayed-insert=FALSE --create-options=TRUE --delete-master-logs=FALSE --comments=TRUE --default-character-set=utf8 --max_allowed_packet=1G --flush-logs=FALSE -

-dump-date=TRUE --lock-tables=TRUE --allow-keywords=FALSE --events=FALSE --single-transaction=TRUE --routines --all-databases > /backup/mysql/full/mysql_20110104_195546.sql

(4) 设置crontab任务，每天执行备份脚本

shell> crontab –e

#每个星期日凌晨3:00执行完全备份脚本

0 3 * * 0 /usr/scrpit/mysqlFullBackup.sh >/dev/null 2>&1

#周一到周六凌晨3:00做增量备份

0 3 * * 1-6 /root/MySQLBackup/mysqlDailyBackup.sh >/dev/null 2>&1

(5) 清除旧的备份文件。

每天去看查看下备份磁盘空间，删除旧的备份压缩文件。

3， 数据库恢复

【注释】如果增量恢复操作中报“ERROR 1051 (42S02) at line 32: Unknown table 'fin_cell_attr_his'”类似的错误，则需要现create一张空表，然后再执行增量恢复。

Mysql> create table tb1 ……;

(1) 全恢复：

用 mysqldump 备份出来的文件是一个可以直接倒入的 SQL 脚本,直接用 mysql命令恢复最后一次全备份：

先从备份文件服务器上copy出来，解压缩，再恢复，例如：

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_20101216_231900.sql.tar.gz /usr/mysqlrestore/

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_binlog_20101217_030100.tar.gz /usr/mysqlrestore/

Shell> cd /usr/mysqlrestore/

Shell> tar -xvf mysql_20101216_231900.sql.tar.gz

Shell> tar -xvf mysql_binlog_20101217_030100.tar.gz

刷新日志：

Mysql> flush logs;

恢复最后一次全备份命令：

Shell> /usr/local/mysql/bin/mysql -uroot -p123456 < /tmp/mysqlbackup/backup_20101215_adb.sql

恢复最后一次全备份之后的所有增量备份命令：

Shell> /usr/local/mysql/bin/mysqlbinlog mysql-bin.00007 mysql-bin.00008 mysql-bin.00009 mysql-bin.00010 mysql-bin.00011 | mysql

检查：查看数据库结构以及数据。

(2) 基于时间点恢复一，当天全备份之后的insert点数据故障误操作：

如果上午全备份之后的insert数据被误删除, 在11点发生了误操作.可以直接用bin-log日志将数据库恢复到11点之前的那一刻,然后跳过故障时间点11点,再进行恢复下面所有的操作,命令如下:

刷新日志：

Mysql> flush logs;

先从备份文件服务器上把binlog日志copy出来，解压缩。

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_binlog_20101221_030100.tar.gz /usr/mysqlrestore/

Shell> cd /usr/mysqlrestore/

Shell> tar -xvf mysql_binlog_20101221_030100.tar.gz

日志增量恢复到故障点之前

Shell> /usr/local/myql/bin/mysqlbinlog --stop-date="2010-12-21 10:59:59" mysql-bin.00011| mysql -u root -p 123456
跳过故障的时间点,继续执行后面的binlog,完成恢复
Shell> /usr/local/myql/bin/mysqlbinlog --start-date="2010-12-21 10:59:59" mysql-bin.00011| mysql -u root -p 123456

检查：

用select * from tb等sql命令查看表以及数据是否恢复。

(3) 基于时间点恢复二，当天11点数据故障误操作：

如果上午全备份之后的insert数据被误删除, 在11点发生了误操作.丢失的数据是最后一次备份之前录入的数据，则必须先用全备份文件进行全恢复，然后可以用bin-log日志将数据库恢复到11点之前的那一刻,然后跳过故障时间点11点,再进行恢复下面所有的操作,步骤过程如下：

刷新日志：

Mysql> flush logs;

先从备份文件服务器上copy出来，解压缩，再恢复

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_20101216_231900.sql.tar.gz /usr/mysqlrestore/

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_binlog_20101217_030100.tar.gz /usr/mysqlrestore/

Shell> cd /usr/mysqlrestore/

Shell> tar -xvf mysql_20101216_231900.sql.tar.gz

Shell> tar -xvf mysql_binlog_20101217_030100.tar.gz

恢复最后一次全备份命令：

Shell> /usr/local/mysql/bin/mysql -uroot -p123456 < /tmp/mysqlbackup/ mysql_20101216_231900.sql

日志增量恢复到故障点之前

检查：

用select * from tb等sql命令查看表以及数据是否恢复。

(4) 基于时间点恢复三，昨天11点数据故障误操作：

恢复流程，先全恢复，然后日志增量恢复跳过11点后继续日志增量恢复，如下：

先从备份文件服务器上copy出来，解压缩，再恢复

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_20101216_231900.sql.tar.gz /usr/mysqlrestore/

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_binlog_20101217_030100.tar.gz /usr/mysqlrestore/

Shell> cd /usr/mysqlrestore/

Shell> tar -xvf mysql_20101216_231900.sql.tar.gz

Shell> tar -xvf mysql_binlog_20101217_030100.tar.gz

刷新日志：

Mysql> flush logs;

全恢复：

Shell> /usr/local/mysql/bin/mysql -uroot -p123456 < /tmp/mysqlbackup/ mysql_20101216_231900.sql

日志增量恢复到故障点：

Shell> /usr/local/myql/bin/mysqlbinlog --stop-date="2010-12-20 10:59:59" mysql-bin.00010| mysql -u root -p 123456

跳过故障点继续恢复：

Shell> /usr/local/myql/bin/mysqlbinlog --start-date="2010-12-20 10:59:59" mysql-bin.00010 mysql-bin.00011| mysql -u root -p 123456

(5) 基于时间点恢复四，多故障点恢复比如2个故障点数据故障误操作：

第一个故障点：2010-12-21 13:41:41 –> 2010-12-21 13:42:36

第二个故障点：2010-12-21 13:43:16 –> 2010-12-21 13:46:05

恢复流程，先全恢复，然后日志增量恢复跳过第一个故障点后继续日志增量恢复到第二个故障点，然后跳过第二个故障点继续恢复到终点，如下：

先从备份文件服务器上copy出来，解压缩，再恢复

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_20101216_231900.sql.tar.gz /usr/mysqlrestore/

Shell> /root/s3cmd/s3cmd get s3://csf-backup/mysqldb/ mysql_binlog_20101217_030100.tar.gz /usr/mysqlrestore/

Shell> cd /usr/mysqlrestore/

Shell> tar -xvf mysql_20101216_231900.sql.tar.gz

Shell> tar -xvf mysql_binlog_20101217_030100.tar.gz

刷新日志：

Mysql> flush logs;

全恢复：

Shell> /usr/local/mysql/bin/mysql -uroot -p123456 < /tmp/mysqlbackup/ mysql_20101216_231900.sql

日志增量恢复到第一个故障点之前：

Shell> /usr/local/mysql/bin/mysqlbinlog --stop-date="2010-12-21 13:41:41" mysql-bin.000012| mysql -u root -p123456;

跳过故障点继续恢复到第二个故障点之前：

Shell> /usr/local/mysql/bin/mysqlbinlog --start-date="2010-12-21 13:42:36" --stop-date="2010-12-21 13:43:16" mysql-bin.000012 mysql-bin.000013| mysql -u root -p123456;

跳过第二个故障点恢复到flush logs之时

Shell> /usr/local/mysql/bin/mysqlbinlog --start-date="2010-12-21 13:46:05" --stop-date="2010-12-21 13:46:33" mysql-bin.000012 mysql-bin.000013| mysql -u root -p123456;

检查：运用sql语句查询误操作的表以及数据是否已经恢复。

(6) 恢复单一库：

Shell> /usr/local/mysql/bin/mysql -uroot -pmysql --database=csf < /tmp/mysqlbackup/backup_20101215_adb_003.sql

(7) 基于单库中的各种时间点情况恢复：

请参考以上步骤(1)到(5)，过程基本一样，只要在恢复命令后面加上一个空格和库名就可以了。

(8) 恢复单库中的单张表：

Mysql所提供的工具目前无法做到这一步，有个方案是：先恢复整个库到一个测试数据服务器上，然后在此服务器上导出单张表的sql，然后把这个sql导入进生产库上。

在测试服务器上导入库：

Shell> /usr/local/mysql/bin/mysql -uroot -pmysql --database=csf < /tmp/mysqlbackup/backup_20101215_adb_003.sql

从测试服务器导出单个表：

Shell> /usr/local/mysql/bin/mysqldump --user=root -pmysql --port=3306 --default-character-set=utf8 --single-transaction=TRUE "csf" "tmp_excel_data_000728" > /tmp/mysqlbackup/backup_20101215_single_table_013.sql

在生产库上导入此表记录

Shell> /usr/local/mysql/bin/mysql -uroot -pmysql csf < /tmp/mysqlbackup/backup_20101215_single_table_013.sql

检查数据

Select * from csf. tmp_excel_data_000728;

(9) 电源故障恢复

重启服务器之后，重启数据库，mysql自动恢复，断电时候正在运行的数据库任务和操作需要重新执行一遍。

(10) 操作系统崩溃恢复

操作系统恢复之后，重启数据库，mysql自动恢复，系统崩溃时正在运行的数据库任务以及操作需要重新执行一遍

(11) 文件系统崩溃恢复

文件系统恢复之后，重启数据库即可，系统崩溃时正在运行的数据库任务以及操作需要重新执行一遍。

(12) 硬件坏块恢复

重格磁盘,然后恢复数据库。

MySQL备份恢复方案相关推荐

MySQL备份恢复-mysqldump/xbk
MySQL备份恢复 1.介绍最后一根救命稻草,备份主要是用来恢复数据 2.DBA在备份恢复工作职责 2.1设计备份策略和恢复策略 1.备份策略 1)备份的时间凌晨,根据公司的实际业务情况,一般选择 ...
Mysql 备份恢复看这一篇就够了
Mysql 备份恢复一.备份分类.备份策略 1.1 造成数据丢失的原因: 程序错误人为操作错误运算错误磁盘故障灾难(如火灾.地震)和盗窃 1.2 数据库备份的分类 1)物理备份:对数据库操作 ...
mysql导入分卷_php实现mysql备份恢复分卷处理的方法_PHP
本文实例讲述了php实现mysql备份恢复分卷处理的方法.分享给大家供大家参考.具体分析如下: 分卷处理就是把握们要处理的数据分成一个个小文件进行处理了,这里我来给大家介绍一个php mysql备份恢 ...
刘子佼 mysql 下载_MySQL数据管理之备份恢复案例解析 23讲 Mysql备份恢复实战视频教程...
课程名称:MySQL数据管理之备份恢复案例解析 23讲 Mysql备份恢复实战课程简介: 课程独家解析MySQL 5.6最新特性,课程讲师刘子佼讲课风格幽默,善于与人沟通,善于组建和协调团队攻克技术难 ...
零基础带你学习MySQL—备份恢复数据库（三）
零基础带你学习MySQL-备份恢复数据库(三) 一.备份数据库二.恢复数据库先删除数据库zs_db03 恢复数据库zs_db03 课堂练习方法一:傻瓜式办法直接Ctrlcv 方法二:命令行方法 ...
【数据库运维】MYSQL备份恢复管理（上）
目录 MYSQL备份恢复管理一,备份类型二,逻辑备份优缺点三,MySQL备份内容四,MySQL备份工具五,MySQL备份策略 1,策略一:直接拷贝数据库文件案例:直接拷贝备份数据库comp ...
Mysql备份恢复(mysqldump)
Mysql备份恢复(mysqldump) 直接复制 -- 建新库 create database `caimei@20180517` default character set utf8 collat ...
MySQL备份恢复练习
MySQL备份恢复练习素材备份恢复要求 1. 备份数据库school到/backup目录 2. 备份数据库school为带删除表的格式,能够让该备份覆盖已有数据库而不需要手动删除原有数据库 3. ...
Green Plum 非并行备份恢复方案
Green Plum 非并行备份恢复方案环境 centos 7 主 145.170.41.153(master) root/123456 145.170.41.154(segment) root/1 ...

MySQL备份恢复方案

MySQL备份恢复方案相关推荐

最新文章

热门文章