mysql ---------binlog

1、基础知识

在mysql5.0以前版本支持文本格式和二进制格式的日志,但是在mysql5.0后版本就只支持二进制格式的日志。因为二进制日志在性能、信息处理等方面有更多的优点。

2、启用mysql二进制日志

mysql二进制日志由配置文件my.cnf的log-bin选项负责启用的。

mysql服务器默认会在数据根目录创建两个新文件:XXX-bin.000001和XXX-bin.index。若配置选项没有给出文件名,mysql将使用mysql-bin来命名这两个文件,其中.index文件包含一份完整的日志文件清单。如下:

[[email protected] ~]# vim /etc/my.cnf

默认没有打开,我们将注释打开:

重启服务

[[email protected] ~]# /etc/init.d/mysqld restart

[[email protected] ~]# cd /data/mysql/

mysql会把用户对所有数据库的内容和结构的修改情况记入XXX-bin.n文件,但是不会记录SELECT和没有实际更新的UPDATE语句。

当然我们也可以通过相关命令查询,mysql是否已经开启binlog日志。如下:

mysql> show variables like ‘log_%‘;

3、binlog日志文件的生成

当mysql停止或重启时,服务器会把日志文件记入下一个日志文件,mysql会在重启时生成一个新的日志文件,文件序号依次递增。

如果日志文件超过max_binlog_size(在my.cnf文件中配置)系统变量配置的上限时,也会生成新的日志文件。

注: /etc/my.cnf 默认情况下是没有这个选项的,需要自定义添加:

[[email protected] mysql]# vim /etc/my.cnf

除此之外,如果在mysql命令中执行flush logs命令也会生成新的日志文件。

mysql> flush logs;

4、查看系统中的binlog日志

查看系统中的binlog日志,使用show master logs命令。如下:

mysql> show master logs;

5、查看binlog日志文件

mysql提供了mysqlbinlog命令来查看日志文件,在记录每条变更日志的时候,日志文件都会把当前时间给记录下来,以便进行数据库恢复。如下:

[[email protected] mysql]# mysqlbinlog mysql-bin.000004| more

6、使用binlog日志进行数据库恢复

如果遇到灾难事件,应该用最近一次制作的完整备份恢复数据库,然后使用备份之后的binlog日志件把数据库恢复到最接近现在的可用状态。

使用binlog日志进行恢复时需要依次进行,即最早生成的日志文件要最先恢复。恢复数据的命令格式如下:

mysqlbinlog xxx-bin.000001|mysql -uroot –p‘password‘ dataname

-u  指定数据库用户名 –p 用户名对应的密码 dataname 数据库的名字 

7、binlog命令行参数详解

my.cnf配置文件有关binlog配置如下:

[[email protected] mysql]# cat /etc/my.cnf |grep -v ^#|grep -v ^$

8、删除binlog日志

8.1删除部分binlog日志

删除binlog部分日志,我们可以日志名称和日志生成的时间来进行删除。删除命令如下:

mysql> purge master logs to ‘mysql-bin.000009‘;

根据日志名称删除,只删除log_name之前的日志,log_name本身不会被删除。

通过上图我们可以看到,mysql-bin.000009之前的日志已经被全部删除。

[[email protected] mysql]# ll --full-time

mysql> purge master logs before ‘2016-05-17 15:27:53‘;

根据日志生成的时间删除,只删除date之前的日志,date本身不会被删除。

8.2删除全部binlog日志

删除之前所有的binlog日志,并重新生成新的binlog,后缀从000001开始。使用命令:

mysql> reset master;

时间: 2024-12-29 04:34:45

mysql ---------binlog的相关文章

mysql binlog row格式查看

MySQL 5.1开始,binlog支持row-based的格式,默认情况下只能看到一些经过base-64编码的信息,如 DELIMITER /*!*/; # at 7493962 #090827 5:25:03 server id 1 end_log_pos 0 Start: binlog v 4, server v 5.1.26-rc-community-log created 090827 5:25:03 BINLOG ' L6iVSg8BAAAAZgAAAAAAAAAAAAQANS4xL

原创工具binlog2sql:从MySQL binlog得到你要的SQL

binlog2sql是我开发的mysql binlog解析工具,它能帮助你从binlog得到你要的SQL.根据不同设置,你可以得到原始SQL.回滚SQL.去除主键的INSERT SQL等. 用途 数据回滚 主从切换后数据不一致的修复 从binlog生成标准SQL,带来的衍生功能 安装 $ git clone https://github.com/danfengcao/binlog2sql.git $ pip install -r requirements.txt 使用 MySQL server必

mysql binlog解析概要

1,dump协议: 根据数据库的ip+port创建socket,如果创建成功,说明链接建立成功,接下来是使用dump协议订阅binlog 链接建立成功之后,服务端会主动向客户端发送如下问候信息greeting(可以理解为经java转换后,是一个java对象), 在下面的代码中可以看到greeting中的信息: this.context.setServerStatus(greeting.getServerStatus());//this.context.setServerVersion(greet

MySQL binlog 自动清理脚本

# vim /data/scripts/delete_mysql_binlog.sh 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72

mysql binlog限流问题总结

业务场景: 新建slave连到master,执行start slave时master险些被"搞死". 分析:新建slave连到master时,会将主库上大量的binlog(几百G)拉取到本地保存为relay log,会导致两个问题 1.主库网络带宽被占满 . 2.主库的磁盘I/O负载很高. 解决思路: 1. 在slave拉取master的binlog时,在I/O thread上做限流:每拉取一定数据量master的binlog则sleep时间N. 这个测试效果比较明显,但存在如下几个问

MySQL——binlog

一.binlog简介: 1.什么是binlog: binlog日志用于记录所有更新了数据或者已经潜在更新了数据(例如,没有匹配任何行的一个DELETE)的所有语句.语句以"事件"的形式保存,它描述数据更改. 2.binlog的记录格式: Mysql binlog日志有三种格式,分别为:Statement ,MiXED ,和ROW: (在MySQL5.7.7版本之后,把binlog_format的默认值修改成了ROW.master将修改表的event写入binlog中,并且master将

MySQL -- binlog 操作与恢复

binlog 开启.查看:> show variables like 'log_bin';   #查看是否开启 > set sql_log_bin=1 || set sql_log_bin=0: #启用 || 停用> show binary logs;   //获取binlog文件列表,对应mysql-bin.index: > show master logs;   //查看主上的binlog> show master status:  //查看当前正在写入的binlog&g

PHP Client for Mysql Binlog

PHP解析Mysql Binlog,依赖于mysql-replication-listener库 详见:https://github.com/bullsoft/php-binlog Install MySQL Replication Listener https://github.com/bullsoft/mysql-replication-listener/archive/master.zip 该源代码,有一处bug,在 tcp_driver.cpp 第 650 行处: int Binlog_

mysql报错解决MySQL Binlog(异常)——mysqlbinlog: unknown variable 'default-character-set=utf8'

在使用mysqlbinlog分析日志时,报错: /usr/local/mysql/bin/mysqlbinlog: unknown variable 'default-character-set=utf8' 原因分析: 产生这个问题的原因是因为我在my.cnf中的client选项组中添加了:  default-character-set=utf8 这个是mysqlbinlog的一个bug 解决方法: 使用mysqlbinlog工具查看二进制日志时会重新读取的mysql的配置文件my.cnf,而不

MySql binlog(理论篇)

1.什么是binlog? binlog日志用于记录所有更新了数据的sql语句或保存被修改的记录Row: 有了binlog,可以用于实时备份,master/slave主从同步: 在5.0版本前支持文本格式和二进制格式,5.0后只支持二进制格式:二进制日志在性能.信息处理方面更佳: 2.binlog日志格式 Mysql binlog日志有三种格式,分别为Statement Level,Mixed Level,以及Row Level! Statement Level:每一条修改数据的sql都会记录在b