image.png 这个你可以看配置文件 启用了才有这样的记录默认是没有的 linux系统中的/etc/my.cnf my.cnf内容: log-bin = mysqlbin # 默认配置 一般放在/var/lib/mysql 比如上面的设置重启数据库会生成mysqlbin.000001文件 自定义文件存放位置 修改配置文件,vi /etc/my.cnf,找到log-bin的部分 配置自动清理在my.cnf文件中,这个文件路径不知道的话执行mysql --help | grep 'Default

1.binlog日志基本知识 MySQL的二进制日志binlog可以说是MySQL最重要的日志,它记录了所有的DDL和DML语句(除了数据查询语句select),以事件形式记录,还包含语句所执行的消耗的时间. binlog有三种格式:Statement.Row以及Mixed.分别是:基于SQL语句的复制(statement-based replication,SBR). 基于行的复制(row-based replication,RBR)和混合模式复制(mixed-based replicatio

mysqlbinlog恢复bin-log数据 Binlog日志即binary log,是二进制日志文件,有两个作用,一个是增量备份,另一个是主从复制,即从节点同步主节点数据时获取的即是bin-log,也可以通过bin-log日志来进行本机数据恢复. 1.可以登录mysql客户端查看bin-log有没有开启: mysql> show variables like '%log_bin%'; +---------------------------------+--------------------

一. 概述 在上篇讲到了逻辑备份,使用mysqldump工具来备份一个库,并使用完全恢复还原了数据库.在结尾也讲到了误操作是不能用完全恢复的.解决办法是:我们需要恢复到误操作之前的状态,然后跳过误操作语句.再恢复后面执行的语句,完成我们的恢复,这种恢复叫“不完全恢复”.在mysql 中,不完全恢复分为基于时间点的恢复和基于位置的恢复. 1.1 基于时间点恢复步骤 下面来模拟基于时间点恢复,操作步骤如下: (1)先逻辑备份一个库.(2)模拟用户操作一些数据.(3)误操作发生,记住时间点.(4)还原

一:开启数据库日志记录 (1)在查看数据库是否开启日志记录,默认是OFF,即关闭状态.(可在数据库中执行该查询语句,也可在服务器端执行) show variables like 'log_bin'; (2)开启数据库日志记录功能(在服务器端执行) 首先,查看my.cnf文件路径. find / -name my.cnf 然后,打开my.cnf配置文件,进行编辑. vi /etc/my.cnf 接下来,在配置文件中添加, log-bin=mysql-bin,如图.   最后,重启mysql. se

日常开发,运维中,经常会出现误删数据的情况.误删数据的类型大致可分为以下几类: 使用 delete 误删行 使用 drop table 或 truncate table 误删表 使用 drop database 语句误删数据库 使用 rm 命令误删整个 MySQL 实例. 不同的情况,都会有其优先的解决方案: 针对误删行,可以通过 Flashback 工具将数据恢复 针对误删表或库,一般采用通过 BINLOG 将数据恢复. 而对于误删 MySQL 实例,则需要我们搭建 HA 的 MySQL 集群

Bash参考手册 目录 1简介 1.1什么是Bash? 1.2什么是shell? 2定义 3基本外壳功能 3.1 Shell语法 3.1.1外壳操作 3.1.2报价 3.1.2.1逃逸角色 3.1.2.2单引号 3.1.2.3双引号 3.1.2.4 ANSI-C引用 3.1.2.5特定于语言环境的翻译 3.1.3评论 3.2 Shell命令 3.2.1简单命令 3.2.2管道 3.2.3命令列表 3.2.4复合命令 3.2.4.1循环结构 3.2.4.2条件结构 3.2.4.3分组命令 3.2.

案例: 线上有一数据库,需要每周全备一次,每天差备一次[安全起见还是差备吧,不要增备,不要吝啬磁盘哦,而且差备恢复还很快] 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开启了binlog日志操作1. 查看MySQL是否开启binlog(进mysql操作) mysql> show variables like 'log_bin%';       2. 查询binlog文件名        mysql>show master status(进mysql操作)        3. 查mysqlbinlog工具的位置(mysql自带,用来查看二进制日志)(系统目录查看,不进mysql)       (MySQL二进制文件直接打开是看不懂的,需要用这个自

记录一下:当bin-log的模式设置为 row时 不仅日志长得快 并且查看执行的sql时 也稍微麻烦一点:1.干扰语句多:2生成sql的编码需要解码. binlog_format=row 直接mysqlbinlog出来的 文件 执行sql部分的sql显示为base64编码格式 固生成sql记录的时候 不能用常规的办法去生成 需要加上相应的参数才能显示出sql语句 --base64-output=decode-rows -v 例如: /opt/MySQL/bin/mysqlbinlog --bas

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

 使用 MYSQLBINLOG 来恢复数据 2009-04-05 12:47:05 标签:mysql mysqlbinlog 恢复 数据库 数据 原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://kerry.blog.51cto.com/172631/146259 BINLOG就是一个记录SQL语句的过程,和普通的LOG一样.不过只是她是二进制存储,普通的是十进制存储罢了.1.配置文件里要写的东西:[mysqld]log-bin

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

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

binlog日志用于记录所有更新了数据或者已经潜在更新了数据的所有语句.语句以“事件”的形式保存,它描述数据更改.当我们因为某种原因导致数据库出现故障时,就可以利用binlog日志来挽回(前提是已经配置好了binlog),接下来我们来配置 一.开启mysql-binlog日志 在mysql配置文件my.cnf加上如下配置 [mysqld] log-bin=mysql-bin 重启mysql service mysqld restart 二.备份数据库 1)先查看一下当前数据库情况 mysql>

目标,开发人员说有个数据莫名其妙添加了,但是不知道是从哪里添加的,而且应用功能里面不应该添加这样的数据,为了查清楚来源,所 以我就准备去binlog里面找了,但是binlog有好几个月的数,我这样一个个mysqlbinlog下去,也不是办法,所以想到准备用脚本循环来操 作. 1,去binlog目录复制所有的binlog到临时目录/tmp/bl/ cp /home/data/mysql/binlog/mysql-bin.* /tmp/bl 1 2,写脚本遍历 [root@wgq_idc_dbm_3

如果每天都会生成大量的二进制日志,这些日志长时间不清理的话,将会对磁盘空间带来很大的浪费,所以定期清理日志是DBA维护mysql的一个重要工作 1)RESET MASTER在上面查看日志存放的文件夹中,二进制日志命名的格式是以mysql-bin.*,*代表日志的序号,序号是递增的,其中还有mysql-bin.index是日志的索引文件,记录了日志的最大序号我们执行RESET MASTER命名删除全部日志 查看删除后的日志 可以看到,以前的日志全部被清空,新的日志从00001开始 2)PURGE

mysqlbinlog -vvv log.000001 # at # :: server id end_log_pos CRC32 sequence_number= SET @@SESSION.GTID_NEXT= '191f7a9f-ffa2-11e5-a825-00163e00242a:1'/*!*/; # at # :: server id end_log_pos CRC32 exec_time= error_code= SET TIMESTAMP=/*!*/; SET @@session

操作命令: show binlog events in 'binlog.000016' limit 10; reset master 删除所有的二进制日志 flush logs  产生一个新的binlog日志文件 show master logs; / show binary logs; 查看二进制文件列表和文件大小 ./mysqlbinlog --start-datetime="2012-05-21 15:30:00" --stop-datetime="2012-05-21