MySQL的binlog日志详解

binlog 就是binary log,二进制日志文件,这个文件记录了MySQL所有的DML操作。通过binlog日志我们可以做数据恢复,增量备份,主主复制和主从复制等等。对于开发者可能对binlog并不怎么关注,但是对于运维或者架构人员来讲是非常重要的。

MySQL 5.7这个版本默认是不开启binlog日志的,具体的开启方式可以查看https://blog.csdn.net/king_kgh/article/details/74800513

binlog开启成功之后,binlog文件的位置可以在my.inf配置文件中查看。也可以在MySQL的命令行中查看。命令行查看代码如下

show variables like '%log_bin%';

我们也可以看一下当前MySQL的binlog的情况

show master status;

从上图可以看到,当前只有一个binlog文件,文件名为:mysql-bin.000001。每当我们重启一次,会自动生成一个binlog文件,我们重启完毕之后再来执行同样的命令,内容如下:

存放binlog的目录下也多个了这么一个文件。

当然,我们也可以手动的来刷新binlog文件,通过 flush logs,同样会新创建一个binlog文件。实际上当服务器在重启时,也会调用flush logs操作。

如果我们想把这些文件全部清空,可以使用reset master 来处理

下面我来看针对单个文件的操作,首先我们想看一下文件的内容

找到binlog的目录,比如我们要看mysql-bin.000001

vi mysql-bin.000001

我们看到的一堆乱码。我们知道这是一堆的二进制文件,所以以文本的方式打开二进制文件一定是有问题的,那么我们该如何查看这个文件的内容呢?

mysql给我们提供了一个用于查看binlog日志的工具,叫做mysqlbinlog

mysqlbinlog myql-bin.000001

这个文件比较长,一次打开看不完怎么办呢,这里可以使用linux的管道,这里就不详细的说了,可以自己去查找关于linux的一些知识。

注意到上面的截图中有一个position字段,这个字段类似于一个指针,目前这个字段的值为154,表示的就是binlog当前的位置。我们每次执行dml操作,position都会改变。比如我们先来创建一个数据 test

在创建之前我们可以清一下binlog日志方便我们查看,可以使用 reset master。在生产环境中,这个操作是非常危险的,那么我们可以使用flush logs来处理,生成一个新的binlog文件。不管采用哪种方式,我们在测试的环境中,只要有一个新的binlog文件就可以了。生成了新的binlog文件之后,我们可以通过show master status 来查看状态

下面我们来执行一个dml语句,比如我们要创建一个test数据库

create database test;

然后我们来查看创建之后的状态,如下,我们发现position从154变成了313,也就是说我们的操作是在154到313之间,然后我们再来看binlog的内容。

我们截取154到313之间的binlog的内容如下:

# at 154

#170708 9:24:02 server id 12345 end_log_pos 219 CRC32 0x30763ffe Anonymous_GTID last_committed=0 sequence_number=1

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at 219

#170708 9:24:02 server id 12345 end_log_pos 313 CRC32 0x4d0140b3 Query thread_id=5 exec_time=0 error_code=0

SET TIMESTAMP=1499477042/*!*/;

SET @@session.pseudo_thread_id=5/*!*/;

SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;

SET @@session.sql_mode=1436549152/*!*/;

SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;

/*!\C utf8 *//*!*/;

SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;

SET @@session.lc_time_names=0/*!*/;

SET @@session.collation_database=DEFAULT/*!*/;

create database test

/*!*/;

SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;

DELIMITER ;

# End of log file

/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

我们可以看到,mysql做了很多的隐含的操作,细心的朋友会看到有这个一句:create database test;

 

下面我们来简单总结一下关于binlog:

1.binlog文件会随服务的启动创建一个新文件

2.通过flush logs 可以手动刷新日志,生成一个新的binlog文件

3.通过show master status 可以查看binlog的状态

4.通过reset master 可以清空binlog日志文件

5.通过mysqlbinlog 工具可以查看binlog日志的内容

6.通过执行dml,mysql会自动记录binlog

  • 9
    点赞
  • 70
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQLbinlog是二进制日志文件,用于记录数据库的修改操作。通过binlog可以实现数据的备份和恢复。根据引用\[1\]中的信息,可以使用show variables命令查看binlog相关的变量。其中,log_bin表示是否开启binloglog_bin_basename表示binlog文件的基本名称,log_bin_index表示binlog索引文件的路径。 根据引用\[2\]中的信息,如果需要从上次备份到发现表被删除的时间点进行恢复,需要按照binlog序号从小到大的顺序进行恢复。可以使用mysqlbinlog命令来解析binlog文件并生成恢复脚本。根据引用\[2\]中的示例,可以使用mysqlbinlog命令按照序号逐个解析binlog文件,并将解析结果追加到恢复脚本中。 引用\[3\]中提到了mysqlbinlog的使用技巧。可以使用--stop-datetime参数指定停止解析binlog的时间点,或者使用--stop-date参数指定停止解析binlog的日期。通过这些参数的灵活组合,可以方便地选择需要恢复的binlog文件。 综上所述,MySQLbinlog是用于记录数据库修改操作的二进制日志文件。可以使用mysqlbinlog命令解析binlog文件并生成恢复脚本,按照binlog序号从小到大的顺序进行恢复。同时,可以使用mysqlbinlog的一些技巧来方便地选择需要恢复的binlog文件。 #### 引用[.reference_title] - *1* *2* *3* [mysql binlog 日志详解](https://blog.csdn.net/zll4859291/article/details/129670719)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值