binlog 就是binary log,二进制日志文件,这个文件记录了MySQL所有的DML操作。通过binlog日志我们可以做数据恢复,增量备份,主主复制和主从复制等等。对于开发者可能对binlog并不怎么关注,但是对于运维或者架构人员来讲是非常重要的。
MySQL 5.7这个版本默认是不开启binlog日志的,具体的开启方式可以查看https://www.jb51.net/article/207953.htm
binlog开启成功之后,binlog文件的位置可以在my.inf配置文件中查看。也可以在MySQL的命令行中查看。命令行查看代码如下
show variables like '%log_bin%';
我们也可以看一下当前MySQL的binlog的情况
从上图可以看到,当前只有一个binlog文件,文件名为:mysql-bin.000001。每当我们重启一次,会自动生成一个binlog文件,我们重启完毕之后再来执行同样的命令,内容如下:
存放binlog的目录下也多个了这么一个文件。
当然,我们也可以手动的来刷新binlog文件,通过 flush logs,同样会新创建一个binlog文件。实际上当服务器在重启时,也会调用flush logs操作。
如果我们想把这些文件全部清空,可以使用reset master 来处理
下面我来看针对单个文件的操作,首先我们想看一下文件的内容
找到binlog的目录,比如我们要看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数据库
然后我们来查看创建之后的状态,如下,我们发现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
到此这篇关于MySQL的binlog日志使用详解的文章就介绍到这了,更多相关MySQL binlog日志使用内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
您可能感兴趣的文章:- MySQL使用binlog日志做数据恢复的实现
- 开启MySQL的binlog日志的方法步骤
- 详解监听MySQL的binlog日志工具分析:Canal
- Mysql数据库清理binlog日志命令详解
- MySQL读取Binlog日志常见的3种错误
- mysql binlog(二进制日志)查看方法
- mysql 正确清理binlog日志的两种方法
- 解说mysql之binlog日志以及利用binlog日志恢复数据的方法
- Mysql数据库之Binlog日志使用总结(必看篇)
- MySQL Binlog 日志处理工具对比分析