mysql5.7默认是不开启binlog日志的,具体的开启方式在开启的笔记中查看。mysql
binlog开启成功以后,binlog文件的位置能够在my.inf配置文件中查看。也能够在mysql的命令行中查看。命令行查看代码以下linux
show variables like '%log_bin%';
show master status
每当咱们重启一次,会自动生成一个binlog文件,咱们重启完毕以后再来执行一样的命令sql
存放binlog的目录下也多个了这么一个文件。 固然,咱们也能够手动的来刷新binlog文件,经过 flush logs,一样会新建立一个binlog文件数据库
若是咱们想把这些文件所有清空,可使用reset master 来处理session
找到binlog的目录,好比咱们要看mysql-bin-0001工具
vi mysql-bin-000001
咱们看到的一堆乱码。咱们知道这是一堆的二进制文件,因此以文本的方式打开二进制文件必定是有问题的,那么咱们该如何查看这个文件的内容呢? mysql给咱们提供了一个用于查看binlog日志的工具,叫作mysqlbinlog测试
这个文件比较长,一次打开看不完怎么办呢,这里可使用linux的管道,这里就不详细的说了,能够本身去查找关于linux的一些知识。 注意到上面的截图中有一个position字段,这个字段的值为154,这个表示的就是binlog当前的位置。咱们每次执行dml操做,position都会改变。好比咱们先来建立一个数据 test 在建立以前咱们能够清一下binlog日志方便咱们查看,可使用 reset master。在生产环境中,这个操做是很是危险的,那么咱们可使用flush logs来处理,生成一个新的binlog文件。无论采用哪一种方式,咱们在测试的环境中,只要有一个新的binlog文件就能够了。生成了新的binlog文件以后,咱们能够经过show master status 来查看状态。.net
下面咱们来执行一个dml语句,好比咱们要建立一个test数据库命令行
create database test;
而后咱们来查看建立以后的状态,以下,咱们发现position从154变成了313,也就是说咱们的操做是在154到313之间,而后咱们再来看binlog的内容。3d
咱们截取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作了不少的隐含的操做,而后加粗的部分就是咱们所执行的操做。
1.binlog文件会随服务的启动建立一个新文件
2.经过flush logs 能够手动刷新日志,生成一个新的binlog文件
3.经过show master status 能够查看binlog的状态
4.经过reset master 能够清空binlog日志文件
5.经过mysqlbinlog 工具能够查看binlog日志的内容
6.经过执行dml,mysql会自动记录binlog