基于位置点恢复 /data/mysq/mysqlbin.000026 #mysqlbinlog文件,恢复如下内容: # at 406 #181113 17:15:44 server id 161  end_log_pos 523 CRC32 0x56f17177 Query thread_id=324 exec_time=0 SET TIMESTAMP=1542100544/*!*/; insert into test values (1),(2),(4),(5)  #想获取的内容 /*!*/;

问题 mysqlbinlog -v -v --base64-output=DECODE-ROWS mysql-bin.000166 | less ERROR: Error in Log_event::read_log_event(): 'Found invalid event in binary log', data_len: 111, event_type: 35 /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/; /*!40019 SET @@sess

整体备份: 对整张表或者整个数据库甚至所有数据库进行备份. 增量备份: 对某一范围内的数据进行备份. 1.整体备份: 对表进行备份: 针对存储引擎为myisam的表,可以直接复制frm.myd.myi这三个文件起到备份的效果.需要还原的时候,再复制回来就可以达到还原效果. 如果存储引擎为innodb的表,就不这样简单了,因为所有表的数据和索引都存在一起(表空间).一旦复制表空间,所有表的数据和索引就跟着一起复制过来. 如何进行备份?可以利用mysqldump工具 先创建一个表,并插入一些数据 备

服务端启用二进制日志 如果日志没有启开,必须启用binlog,要重启mysql,首先,关闭mysql,打开/etc/my.cnf,加入以下几行: [mysqld] log-bin 然后重新启动mysql,会产生hostname-bin.000001以及hostname-bin.index,前面的日志文件是记录所有对数据的更新操作,后面的文件是存储所有二进制文件的索引,不能轻易被删除. 重启 [root@localhost ]# service mysqld start (.0版本是mysqld)

一.概念 Mysql复制(replication)是一个异步的复制,从一个Mysql 实例(Master)复制到另一个Mysql 实例(Slave).实现整个主从复制,需要由Master服务器上的IO进程,和Slave服务器上的Sql进程和IO进程共从完成.要实现主从复制,首先必须打开Master端的binary log(bin-log)功能,因为整个 MySQL 复制过程实际上就是Slave从Master端获取相应的二进制日志,然后再在自己slave端完全顺序的执行日志中所记录的各种操作. (

总体备份: 对整张表或者整个数据库甚至全部数据库进行备份. 增量备份: 对某一范围内的数据进行备份. 1.总体备份: 对表进行备份: 针对存储引擎为myisam的表,能够直接复制frm.myd.myi这三个文件起到备份的效果.须要还原的时候,再复制回来就能够达到还原效果. 假设存储引擎为innodb的表,就不这样简单了,由于全部表的数据和索引都存在一起(表空间).一旦复制表空间,全部表的数据和索引就跟着一起复制过来. 怎样进行备份?能够利用mysqldump工具 先创建一个表,并插入一些数据 备

linux数据库备份 服务端启用二进制日志 如果日志没有启开,必须启用binlog,要重启mysql,首先,关闭mysql,打开/etc/my.cnf,加入以下几行: [mysqld] log-bin 然后重新启动mysql,会产生hostname-bin.000001以及hostname-bin.index,前面的日志文件是记录所有对数据的更新操作,后面的文件是存储所有二进制文件的索引,不能轻易被删除. 重启 [root@localhost ]# service mysqld start (5

mysqldump -uroot -p -B discuzx -F -x --master-data=2 --events|gzip >/root/discuzx.sql.gz 写入数据 删除数据 第一时间关闭数据库对外读写功能,并进入数据执行刷新mysqlbinlog的位置点,新生成文件 flush logs 根据全备查找全备后的所有binlog 根据误操作的时间点找到记录操作的binlog文件 用mysqlbinlog查看文件找出错误时间点的操作 mysqlbinlog --no-defau

使用mysqlbinlog工具进行基于位置或时间点的恢复 MySQL备份一般采取全备份加日志备份的方式,比如每天执行一次全备份,每小时执行一次二进制日志备份.这样在MySQL Server故障后可以使用全备份和日志备份将数据恢复到最后一个二进制日志备份前的任意位置或时间.用来进行全备和日志备的工具各种各样,各有其特色, 在这里不做描述.本文主要讲解一下在回复完全备份后,如何应用备份的二进制日志来将数据恢复到指定的位置或时间点. 这里有个十分重要的工具——mysqlbinlog,专门用来查看二进制

使用mysqlbinlog工具的基础上及时恢复的位置或点 MySQL备份一般采取完全备份的形式加日志备份.让我们运行一个完整备份,每天.每小时运行二进制日志备份. 这样在MySQL Server故障后能够使用全备份和日志备份将数据恢复到最后一个二进制日志备份前的任何位置或时间. 用来进行全备和日志备的工具各种各样,各有其特色,在这里不做描写叙述.本文主要解说一下在回复全然备份后,怎样应用备份的二进制日志来将数据恢复到指定的位置或时间点. 这里有个十分重要的工具--mysqlbinlog,专门用来

1.在xtrabackup 备份+还原文章中我们记录了备份到的binlog文件名和position点位置使用如下命令就可以进行增量的恢复了shell> mysqlbinlog --stop-position=368312 /var/log/mysql/bin.123456 | mysql -u root -pshell> mysqlbinlog --start-position=368315 /var/log/mysql/bin.123456 | mysql -u root -p第一个命令恢复

一.描述 转换二进制日志为易读的文本格式或用于管道后恢复数据 二.用法 -d, --database=name 仅列出指定数据库的条目 --start-datetime=name 从指定时间开始读取事件,name必须是datetime或timestamp格式 -j, --start-position=# 从指定位置开始读取事件 --stop-datetime=name 在指定时间前停止读取事件,name必须是datetime或timestamp格式 --stop-position=# 在指定位置

案例: 线上有一数据库,需要每周全备一次,每天差备一次[安全起见还是差备吧,不要增备,不要吝啬磁盘哦,而且差备恢复还很快] 1.每周对数据库hellodb做完全备份 crontab任务计划: * * /bin/bash /work/dump-complete-hello.sh ===>每周周一凌晨1点10分执行全备脚本/work/dump-complete-hello.sh 全备脚本/work/dump-complete-hello.sh内容如下: #!/bin/bash # 全备文件存放位置

Mysql数据恢复主要针对Windows游戏引擎服务器意外宕机,以及游戏出现重大BUG,导致需要回档. 注意:请在恢复数据库之前,备份目标数据库,切记! 一.Windows服务器意外DOWN机,数据库恢复操作流程: 1.数据库恢复之前,必须通知联运平台,提前出维护公告,恢复时间根据目录数据库的数量,来决定恢复时间,一般约2个小时. 2.确定需恢复的目标游戏服游戏引擎为关闭状态,记录目录服宕机时间.例如:2011-09-29 14:09:27 请查看系统事件查看器获得正确的异常关机时间 注意:当服

mysqlbinlog用法说明 服务器生成的二进制日志文件写成二进制格式.要想检查这些文本格式的文件,应使用mysqlbinlog实用工具.应这样调用mysqlbinlog:shell> mysqlbinlog [options] log-files-例如,要想显示二进制日志binlog.000003的内容,使用下面的命令:shell> mysqlbinlog binlog.0000003输出包括在binlog.000003中包含的所有语句,以及其它信息例如每个语句花费的时间.客户发出的线程I

1.找到日志所在的位置 ls 正好我需要的日志在000011这个二进制文件里,所以直接执行下面的语句: mysqlbinlog --no-defaults --start-datetime="2016-11-17 00:00:00" --stop-datetime="2016-11-19 23:59:59" ./mysql-bin.000011 --result-file=mysql-bin.000011.sql 2.执行 sz mysql-bin.000011.s

mysqlbinlog恢复数据 BINLOG就是一个记录SQL语句的过程,和普通的LOG一样.只是它是二进制存储,普通的是十进制存储. ============================================================================== 1.启动二进制日志记录,默认mysql关闭binlog.# vim /etc/my.cnf,修改或添加 #log-bin = mysql-bin (此处等号后边名字可以自定义) 重启mysql bin-lo

默认情况下, mysqlbinlog读取二进制文件[BinLog]并以文本的方式呈现[text format].mysqlbinlog可以直接地从本地读取Log,也可以读取远程的Log[--read-from-remote-server],默认是直接输出,当然也可以保存到指定的输出文件中.如: 1.显示有哪些Log文件: show binary logs;如: 2.Load指定的文件,如 mysqlbinlog --read-from-remote-server --host=host_name

版本更新 2016/3/7 首次发布      2016/3/9  修复update无效问题      2016/4/8  修复带有秒级别以下的日期数据bug 下载地址 http://pan.baidu.com/s/1nvGOOIl 注意事项 在指定--start-position时,需要注意包含table_map_event的位置,否则工具无法找到相关表的元数据信息. 如有疑问请联系微信:onesoft007 简介 DBA或者开发人员,有时会误删除或者误更新数据.传统的数据库恢复方法是利用之前

参考:http://wubx.net/?s=mysqlbinlog mysql官方的mysqlbinlog没有回滚的功能,淘宝大牛对官方代码进行了修改使之能够将binlog中的DML操作变成互逆的语句,比如delete变为insert,update的set和where的互换.不过注意前提是binlog的格式必须是binlog_format=ROW 另外注意导入回滚数据较多时,需要调整超时时间和最大package的大小: binlog_format=ROW max_allowed_packet=1