开启MySQL的binlog日志及日志详解
Mysql的binlog开启
binlog 就是binary log，二进制日志文件，这个文件记录了mysql所有的dml操作。通过binlog日志我们可以做数据恢复，做主住复制和主从复制等等。对于开发者可能对binlog并不怎么关注，但是对于运维或者架构人员来讲是非常重要的。
如何开启mysql的binlog日志呢？
在my.inf主配置文件中直接添加三行
- log_bin=ON
- log_bin_basename=/var/lib/mysql/mysql-bin
- log_bin_index=/var/lib/mysql/mysql-bin.index
三个参数来指定，
第一个参数是打开binlog日志
第二个参数是binlog日志的基本文件名，后面会追加标识来表示每一个文件
第三个参数指定的是binlog文件的索引文件，这个文件管理了所有的binlog文件的目录
当然也有一种简单的配置，一个参数就可以搞定
- log-bin=/var/lib/mysql/mysql-bin
这一个参数的作用和上面三个的作用是相同的，mysql会根据这个配置自动设置log_bin为on状态，自动设置log_bin_index文件为你指定的文件名后跟.index
这些配置完毕之后对于5.7以下版本应该是可以了，但是我们这个时候用的如果是5.7及以上版本的话，重启mysql服务会报错。这个时候我们必须还要指定一个参数
- server-id=123454
随机指定一个不能和其他集群中机器重名的字符串，如果只有一台机器，那就可以随便指定了
有了上述的配置之后，我们就可以重新启动我们的mysql了
service mysqld restart
启动成功之后，我们可以登陆查看我们的配置是否起作用
- show variables like '%log_bin%'
下面我们可以找到这个目录来看一下
因为我这里已经操作过数据库了，所以能看到这里有多个mysql-bin的文件，还有一个mysql-bin.index的文件，我们可以打开这个文件来看一下
到这里，我们的binlog日志就打开了。
使用binlog恢复数据：http://blog.csdn.net/king_kgh/article/details/74890381
Mysql的binlog日志详解
mysql5.7默认是不开启binlog日志的，具体的开启方式在开启的笔记中查看。
binlog开启成功之后，binlog文件的位置可以在my.inf配置文件中查看。也可以在mysql的命令行中查看。命令行查看代码如下
show variables like '%log_bin%';
我们也可以看一下当前mysql的binlog的情况
show master status
每当我们重启一次，会自动生成一个binlog文件，我们重启完毕之后再来执行同样的命令
存放binlog的目录下也多个了这么一个文件。
当然，我们也可以手动的来刷新binlog文件，通过 flush logs,同样会新创建一个binlog文件
如果我们想把这些文件全部清空，可以使用reset master 来处理
下面我来看针对单个文件的操作，首先我们想看一下文件的内容
找到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 来查看状态
下面我们来执行一个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做了很多的隐含的操作，然后加粗的部分就是我们所执行的操作。
下面我们来简单总结一下关于binlog：
1.binlog文件会随服务的启动创建一个新文件
2.通过flush logs 可以手动刷新日志，生成一个新的binlog文件
3.通过show master status 可以查看binlog的状态
4.通过reset master 可以清空binlog日志文件
5.通过mysqlbinlog 工具可以查看binlog日志的内容
6.通过执行dml，mysql会自动记录binlog
使用binlog恢复数据：http://blog.csdn.net/king_kgh/article/details/74890381
