mysqlbinglog基于即时点还原

mysqlbinlog介绍

要想从二进制日志恢复数据,你需要知道当前二进制日志文件的路径和文件名。
一般可以从选项文件(即my.cnf or my.ini,取决于你的系统)中找到路径。

(mysql5.7开启binglog 时需要同时设置server-id否则无法启动)

要想确定当前的二进制日志文件的文件名,输入下面的MySQL语句:

1. 指定恢复时间
举例说明,假设在今天上午10:00(今天是20016年4月22日),执行SQL语句来删除一个大表。要想恢复表和数据,
你可以恢复前晚上的备份,并输入:

mysqlbinlog --stop-date="2005-04-22 9:59:59" /var/log/mysql/mysql.123456 mysql -u root -pmypwd
该命令将恢复截止到在--stop-date选项中以DATETIME格式给出的日期和时间的所有数据。
如果你没有检测到几个小时后输入的错误的SQL语句,可能你想要恢复后面发生的活动。根据这些,你可以用起使日期和时间再次运行mysqlbinlog:

mysqlbinlog --start-date="2005-04-22 10:01:00" /var/log/mysql/mysql.123456 mysql -u root -pmypwd
在该行中,从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。

2. 指定恢复位置
它们的作用与起止日选项相同,不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法,特别是当由于破坏性SQL语句同时发生许多事务的时候。
要想确定位置号,可以运行mysqlbinlog寻找执行了不期望的事务的时间范围,但应将结果重新指向文本文件以便进行检查。操作方法为:

mysqlbinlog --start-date="2005-04-22 9:55:00" --stop-date="2005-04-22 10:05:00" /var/log/mysql/mysql.123456 > /tmp/mysql_restore.sql
该命令将在/tmp目录创建小的文本文件,将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件,寻找你不要想重复的语句。
如果二进制日志中的位置号用于停止和继续恢复操作,应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后,你应从命令行输入下面内容:
mysqlbinlog --stop-position="368312" /var/log/mysql/mysql.123456 mysql -u root -pmypwd
mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456 mysql -u root -pmypwd
上面的第1行将恢复到停止位置为止的所有事务。
下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。

举个栗子:

1、创造数据:

mysql> flush logs;
插入数据:
mysql> insert into students values (3,‘tt‘,‘nine‘);
Query OK, 1 row affected (0.01 sec)

mysql> insert into students(name,class) values (‘tt‘,‘nine‘);
Query OK, 1 row affected, 1 warning (0.01 sec)

mysql> select * from students;
+----+------+-------+
| id | name | class |
+----+------+-------+
| 1 | hui | ten |
| 2 | haha | four |
| 3 | tt | nine |
| 0 | tt | nine |
+----+------+-------+
4 rows in set (0.00 sec)

2、删除数据:
mysql> delete from students where id=0;
Query OK, 1 row affected (0.00 sec)

mysql> select * from students;
+----+------+-------+
| id | name | class |
+----+------+-------+
| 1 | hui | ten |
| 2 | haha | four |
| 3 | tt | nine |
+----+------+-------+
3 rows in set (0.00 sec)

3、数据恢复:

把二进制日志转化为文本:
[[email protected] ~]# mysqlbinlog /var/lib/mysql/mysqllog.000003 >003.txt

编辑文本删除误操作的语句:
[[email protected] ~]# vim 003.txt
把里面误删除的语句删除

导入二进制日志数据:
[[email protected] ~]# mysql -uroot -p123456 <003.txt

查看数据(已经恢复):
mysql> select * from students;
+----+------+-------+
| id | name | class |
+----+------+-------+
| 1 | hui | ten |
| 2 | haha | four |
| 3 | tt | nine |
| 3 | tt | nine |
| 0 | tt | nine |
+----+------+-------+
5 rows in set (0.00 sec)

时间: 2024-08-06 16:24:45

mysqlbinglog基于即时点还原的相关文章

完全备份+增量备份完成即时点还原

完全备份+增量备份完成及时点还原 首先是一些感念 备份类型: 热备份,温备份,冷备份 热备份;读写不受影响: 温备份:仅可以执行读操作: 冷备份:离线备份,读,写操作均终止: 物理备份和逻辑备份 物理备份:复制数据文件 逻辑备份:将数据导出至文本文件中. 完全备份,增量备份和差异备份: 完全备份:备份全部数据 增量备份:仅备份上次完全备份或者增量备份以后变化的数据: 差异备份:仅备份上次完全备份以来变化的数据: 备份策略:每周完全+每日增量 完全备份;mysqldump 增量备份;备份二进制日志

mysqldump完全备份 和 二进制即时点还原数据库

一 实验目标 1 掌握mysqldump用法2 掌握 mysqldump 完全备份,增量备份3 掌握 mysqldump 恢复数据库,二进制日志即时点还原 二 实验环境 操作系统:CentOS release 6.8 (Final)应用软件:percona-server-5.6.29-76.2 三 备份策略 周完全+每日增量完全备份: 使用mysqldump备份所有库增量备份: 备份二进制日志文件 四 模拟过程 4.1 实验前准备 导入jiaowu.sql 数据[[email protected

mysql时点还原全备+binlog的快速方法

适合mysql版本:4.1~5.7 所有数据库机器损坏,只有全备和binlog情况下恢复数据库到某个时间点 方法1:全备+binlog server 准备两台机器:binlog server机器,恢复机器 1.构造binlog server把所有的binlog文件拷贝到一台机器,这个机器叫master binlog server这个机器安装好mysql空实例,然后设置好Server-id ,auto.cnf(server-uuid)master binlog server:Server-id 从

MySQL之数据备份与和即时点还原

错误处理:        1. 语法错误    2. 运行时的错误    3. 逻辑错误 错误报告:                错误E_ERROR        警告E_WARNING        注意E_NOTICE 开发阶段:开发时输出所有的错误报告,有利于我们进行调试 运行阶段:不要让程序输出任何一种错误报告 将错误报告写入日志中 一.   指定错误报告error_reporting=E_ALL(在php.inn) 二.   关闭错误输出display_errors=off(在php

mysql主从复制实现(基于mysql5.5版本)

一,mysql主从复制原理介绍: mysql的复制是基于二进制日志实现的,二进制日志记录的是一切可能引起数据库发生改变的操作,因此,二进制日志对mysql十分重要,利用它可以实现数据库的即时点还原,对于备份恢复数据库意义重大. mysql复制中,主服务器的事务操作提交后,会将事件记录到二进制日中去,这时从服务器会启动IO_Thread来与主服务器通信,将主服务器中的二进制日志中的事件复制到本地并保存在本地的中继日志中,而后,从服务器会通过SQL_Thread将中继日志中的事件提取出来在数据库中进

lvm-snapshot:基于LVM快照的备份

续 lvm-snapshot:基于LVM快照的备份之准备工作 Attention,Please! 重头戏开始啦 3.基于LVM快照的备份 (1)事务日志跟数据文件必须在同一个卷上: (2)创建快照卷之前,要请求MySQL的全局锁:在快照创建完成之后释放锁: (3)请求全局锁完成之后,做一次日志滚动:做二进制日志文件及位置标记(手动进行): 备份步骤: 3.1 请求全局锁,并滚动日志 MariaDB [hellodb]> FLUSH TABLES WITH READ LOCK; MariaDB [

MariaDB数据库主从复制、双主复制、半同步复制、基于SSL的安全复制实现及其功能特性介绍

一.复制概述 MariaDB/MySQL内建的复制功能是构建大型,高性能应用程序的基础.将MySQL的数据分布到多个系统上去,这种分布的机制,是通过将MySQL的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位

MySQL基于mysqldump及lvmsnapshot备份恢复

一.备份对象 数据 配置文件 代码:存储过程,存储函数,触发器 跟复制相关的配置 二进制日志文件 二.备份工具 mysqldump:逻辑备份工具 InnoDB热备.MyISAM温备.Aria温备 备份和恢复过程较慢 mysqldumper:多线程的mysqldump 很难实现差异或增量备份 lvm-snapshot: 接近于热备的工具:因为要先请求全局锁,而后创建快照,并在创建快照完成后释放全局锁 使用copy.tar等工具进行物理备份 备份和恢复速度较快 很难实现增量备份,并且请求全局锁需要等

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

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