首页 / 日志 / MySQL备份方案--&gt;（利用mysqldump以及binlog二进制日志）_MySQL

MySQL备份方案--&gt;（利用mysqldump以及binlog二进制日志）_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL备份方案--&gt;（利用mysqldump以及binlog二进制日志）_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含8896字，纯文字阅读大概需要13分钟。

内容图文

mysqldump bitsCN.com

MySQL备份方案-->（利用mysqldump以及binlog二进制日志）

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

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

1， mysqldump备份方案：

周一凌晨3点全备

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

2，备份步骤

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> createtable 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.00008mysql-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

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

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命令查看表以及数据是否恢复。

(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.00010mysql-bin.00011| mysql -u root -p 123456

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

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

第二个故障点：2010-12-2113: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-2113:43:16" mysql-bin.000012 mysql-bin.000013|mysql -u root -p123456;

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

Shell>/usr/local/mysql/bin/mysqlbinlog --start-date="2010-12-21 13:46:05" --stop-date="2010-12-2113: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) 硬件坏块恢复

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

bitsCN.com

内容总结

以上是互联网集市为您收集整理的MySQL备份方案--&gt;（利用mysqldump以及binlog二进制日志）_MySQL全部内容，希望文章能够帮你解决MySQL备份方案--&gt;（利用mysqldump以及binlog二进制日志）_MySQL所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/574948.html

来源：【匿名】

【上一篇】apache访问日志access.log的解析以及如何将其导入mysql_MySQL 【下一篇】php错误日志怎么看

更多 ►

【MySQL备份方案--&gt;（利用mysqldump以及binlog二进制日志）_MySQL】教程文章相关的互联网学习教程文章

MySQL中基于mysqldump和二进制日志log-bin进行逻辑备份以及基于时间点的还原【图】

本文出处：本文仅模拟使用mysqldump和log-bin二进制日志进行简单测试，仅作为个人学习笔记，可能离实际应用还有很大差距，仅参考。开启MySQL的bin-log二进制日志　　模拟还原是需要mysqldump出来的文件和log-bin，因此需要开始log-bin二进制日志。　　mysql5.7.18在开启二进制日志的时候除了要设置log-bin的位置之外，另外需要设置一个server-id，MySQL之前的版本应该不需要这个设置。　　吐槽一下开源软件，基本上每个版本都有...

MySQL备份方案--(利用mysqldump以及binlog二进制日志)【图】

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

MySQL慢日志查询工具之mysqldumpslow【图】

在MySQL 5.1的慢查询日志中,不使用索引的慢查询同使用索引的查询一样记录。要想防止不使用索引的慢查询记入慢查询日志,使用--log 当使用--log-slow-queries[=file_name]选项启动时,mysqld写一个包含所有执行时间超过long_query_time秒的SQL语句的日志文件。获得初使表锁定的时间不算作执行时间。如果没有给出file_name值, 默认未主机名,后缀为-slow.log。如果给出了文件名,但不是绝对路径名,文件则写入数据目录。语句执行完并且所...

开启mysql慢查询日志并使用mysqldumpslow命令查看_MySQL

mysqldump bitsCN.com开启mysql慢查询日志并使用mysqldumpslow命令查看 mysql服务器有一项功能，可以检测到哪条sql语句查询得比较慢，就是慢查询slowlog，现在介绍如何开启。在[mysqld]下面增加如下代码： long_query_time = 1log-slow-queries = /usr/local/mysql/data/slow.loglog-queries-not-using-indexeslong_query_time = 1 #定义超过1秒的查询计数到变量Slow_queries。log-slow-queries = /usr/local/mysql/data/slow.log ...

MySQL备份方案--&gt;（利用mysqldump以及binlog二进制日志）_MySQL

mysqldump bitsCN.comMySQL备份方案-->（利用mysqldump以及binlog二进制日志）随着数据不断增加，而且为了兼容以后的innodb存储引擎, 所以考虑采用mysqldump全备+日志增量备份的策略。使用mysqldump对于mysql大部分mysql存储引擎比如myisam、innodb都有很好的支持。方案一：mysqldump全备份+日志增量备份1， mysqldump备份方案：周一凌晨3点全备周二到周日凌晨3点增量备份 2，备份步骤(1) 创建备份目录，备份脚本存放目录Sh...

mysql二进制日志详解及备份恢复、基于mysqldump及lvmsnapshot做备份恢复详解【代码】

二进制日志：时间点恢复复制20140411 回顾：日志文件：6类一般查询日志：log, general_log, log_output 慢查询日志：错误日志二进制日志中继日志事务日志二进制日志：“修改” position：位置 time: 时间滚动： 1、大小 2、时间二进制日志的功用：即时点恢复；复制；mysql> SHOW MASTER STATUS; mysql> FLUSH LOGS; mysql> SHOW BINARY LOGS; mysql> SHOW BINLOG EVENTS IN ‘log_file‘; # mysql...

windows下mysql5.6.20使用mysqldumpslow.pl分析慢日志_MySQL

要想运行mysqldumpslow.pl（这是perl程序），下载perl编译器。下载地址：http://pan.baidu.com/s/1i3GLKAp 就是ActivePerl_5.16.2.3010812913.msi，一步一步安装后，将bin加入环境变量path。现在假设一个场景：现场的slow.log拿回来了，要在本地的windows环境上的mysql上分析，如何处理？ C:\Program Files\MySQL\MySQL Server 5.6\bin>perl mysqldumpslow.pl --help Usage: mysqldumpslow [ OPTS... ] [ LOGS... ] Parse and sum...

使用mysqldumpslow和mysqlsla分析mysql慢查询日志_MySQL

mysqldump bitsCN.com 使用mysqldumpslow和mysqlsla分析mysql慢查询日志 MySQL优化不是一劳永逸的工作，而是一个持久战。其中慢查询日志的分析是一个重要手段，以前我总是手动大概看看，不过这实在不是长久之计，今天试用了一下mysqldumpslow和mysqlsla，感觉效率高多了。 mysqldumpslow mysqldumpslow是官方提供的perl脚本，所以你也不用费劲巴拉的安装了，只要有mysql的环境基本就能用： mysqldumpslow -s c 其中参数（-s c）...

mysqldump备份结合binlog日志恢复【图】

mysql故障后可以使用全备份和日志备份将数据恢复到最后一个二进制日志备份前的任意位置或时间。 binlog简介： mysql二进制日志记录着数据库的所有增删改的操作日志，在这前提上必须开启binlog，里面包括这些操作的执行时间。显示二进制内容可以使用mysqlbinlog命令查看。 binlog的作用：1，主从复制 2，恢复数据库开启binary log功能编辑my.cnf中的log-bin选项开启二进制日志：lo...

mysql 开启慢查询及其用mysqldumpslow做日志分析

mysql慢查询日志是mysql提供的一种日志记录，它是用来记录在mysql中相应时间超过阈值的语句，就是指运行时间超过long_query_time值的sql，会被记录在慢查询日志中。long_query_time的默认值是10，意思是运行10S之上的语句。慢查询日志的设置 1 、查看是否开启慢查询日志命令： show variables like ‘%slow_query_log%‘ 2、设置慢查询开启的命令 set global slow_query_log=on 注： slow_query_log ON为开启，OFF为关闭 slow_que...

mysql自动备份脚本，MySQLdump+shell+crontab模式（附备份记录日志）【代码】

1.MySQL备份脚本 [root@localhost ~]# mkdir -p /root/data/backup #备份文件存放于此路径下 [root@localhost ~]# vim /root/mysql.back.sh #!/bin/bash backup_path="/root/data/backup" user="root" passwd="123456" dbname="test" host="localhost" today=`date +"%Y%m%d-%H%M%S"` sqlname=$dbname$today.sql if [ -e /root/data/log_function.sh ] then source /root/data/log_function.sh else echo -e "\033[41;37m /root/da...

mysql 开启慢查询及其用mysqldumpslow做日志分析【代码】

variables like ‘%slow_query_log%‘2、设置慢查询开启的命令set global slow_query_log=1注： slow_query_log ON为开启，OFF为关闭 slow_query_log_file 为慢查询日志的存放地址3、查询并修改慢查询定义的时间show variables like ‘long_query_time%‘set global long_query_time=44、未使用索引的查询被记录到慢查询日志中。如果调优的话，建议开启这个选项。如果开启了这个参数，full index scan的sql也会被记录到慢查询日志...

mysqldump备份结合binlog日志恢复

http://hongge.blog.51cto.com/ MySQL备份一般采取全库备份加日志备份的方式，例如每天执行一次全备份，每小时执行一次二进制日志备份。这样在MySQL故障后可以使用全备份和日志备份将数据恢复到最后一个二进制日志备份前的任意位置或时间。 1、binlog介绍 mysql的二进制日志记录着该数据库的所有增删改的操作日志(前提是要在自己的服务器上开启binlog)，还包括了这些操作的执行时间。为了显示这些二进制内容，我们可以使用mysql...

mysqldumpslow -- 分析慢查询日志

）、l（锁定时间）、r（返回记录）、a（平均）-t 显示的记录数-g 后面跟正则表达式（如 left join），不区分大小写。-r 正序排序，即从小到大排序。-d 调试 debug-v 查看版本举例：1.按照平均查询输出5行慢查询记录：mysqldumpslow -s at -t 5 /phpstudy/data/slowquery.log2.按照平均查询时间排序且只显示含有left join的记录：mysqldumpslow -s at -g ‘left join‘ /phpstudy/data/slowquery.log参考资料：http://www...

mysql 开启慢查询及其用mysqldumpslow做日志分析

mysql慢查询日志是mysql提供的一种日志记录，它是用来记录在mysql中相应时间超过阈值的语句，就是指运行时间超过long_query_time值的sql，会被记录在慢查询日志中。long_query_time的默认值是10，意思是运行10S之上的语句。慢查询日志的设置 1 、查看是否开启慢查询日志命令： show variables like '%slow_query_log%' 2、设置慢查询开启的命令 set global slow_query_log=1 注： slow_query_log ON为开启，OFF为关闭 slow_qu...

首页 / 日志 / MySQL备份方案--&amp;gt;（利用mysqldump以及binlog二进制日志）_MySQL

MySQL备份方案--&amp;gt;（利用mysqldump以及binlog二进制日志）_MySQL

内容导读

内容图文

内容总结

内容备注

内容手机端

【MySQL备份方案--&amp;gt;（利用mysqldump以及binlog二进制日志）_MySQL】教程文章相关的互联网学习教程文章

日志 - 相关标签

备份 - 相关标签

日志 - 最新教程

日志 - 最热教程

首页 / 日志 / MySQL备份方案-->（利用mysqldump以及binlog二进制日志）_MySQL

MySQL备份方案-->（利用mysqldump以及binlog二进制日志）_MySQL

【MySQL备份方案-->（利用mysqldump以及binlog二进制日志）_MySQL】教程文章相关的互联网学习教程文章