二进制日志记录了数据库的所有改变，使得多个slave可以执行同样的更新，二进制日志仅包含可能改变数据库的语句，对于那些目前没有但是以后可能会改变数据库的语句也会记录下来。

服务器上的事物通常不是一个接一个顺序执行的，而是并行执行的，为了防止多个事务之间产生冲突导致不一致的结果，服务器要确保事务的执行是顺序化的，就像他们是串行执行的一样。二进制日志按照在master上提交的顺序记录事务，虽然事务在master上可能是交错执行的，但是记录在二进制中的日志却是顺序不变的，这取决于事务在master上的提交时间。

二进制日志是一系列的文件，它由记录真正事件的一系列binlog文件和一个记录binlog文件的索引文件构成，binlog索引文件用来跟踪已有的binlog文件，以便必要的时候服务器能够创建正确的binlog日志文件。影响binlog日志文件的命令如；purge binary logs、reset master、flush logs也会影响索引文件。

binlog日志文件里面由改变数据库的事件组成，不过每个binlog日志都是以Format_desc事件作为文件头，以Rotate事件作为文件尾。如果mysql服务不正常启动或者停止，binlog日志的末尾可能不是以Rotate事件结尾的。mysql服务关闭或者重启都会产生一个新的binlog日志文件，在binlog文件记录完毕后，服务器会在该binlog文件末尾追加一个Rotate事件，该事件会记录下一个binlog文件的文件名和事件开始读取的位置。

binlog日志中记录的事件都被划分为组，每个组对应一个事务，一个事务可能包含多条语句，通常情况下，每个组要么全都执行，要么全都不执行。对于非事务引擎，每个改变数据库的语句就是一个组。在事件写入binlog之前，需要获得互斥锁，在事件写完后再释放。在基于语句的复制中，实际执行的语句会被写入binlog日志文件中，然后在slave上重新执行这些语句。

在mysql的配置文件中，可以配置只记录某些库的binlog或者忽略记录某些库的binlog。当你想过滤只属于特定库的语句时，使用binlog-do-db，想忽略特定的数据库时，使用binlog-ignore-db，这两个选项可以多次使用。注意：过滤是在语句级别完成的，binlog-*-db使用当前数据库以决定是否过滤该语句，而不是以语句影响的表的数据库决定的。

二进制日志的改变并不一定是数据库的改变，有时候mysql服务停止了，也是可以手动修改binlog文件的，所以这样的binlog的改变并不会引起复制的进行，因为mysql服务没有运行，所以，保持数据库和二进制日志相互一致，对于防备系统崩溃是非常重要的。

sync-binlog可以控制将二进制日志多久写入磁盘一次，默认是0，表示由系统决定，如果设置为1，1个语句提交或者1个事务提交后，二进制日志将写入磁盘，这样即使系统崩溃了，你是不会损失任何事务的，不过这样也意味着性能会变得很糟糕，因为访问内存和访问磁盘的速度相差很大。

由于操作系统对单个文件的大小有限制，所以binlog日志不可能会一直写在一个日志文件中，所以binlog日志文件需要轮转，有几个活动会导致binlog日志轮转：
      1 服务停止，当服务再次启动时，都会开启一个新的二进制日志文件
      2 如果binlog文件增长到规定的大小，则会自动轮转，通过max-binlog-size来控制binlog文件大小
      3 flush logs命令会将所有log刷新进磁盘，然后创建一个新的文件用来继续写二进制日志

清除binlog有两种办法，一种是自动清除，一种是手动清除
     1 自动清除需要设置expire-logs-days，这个变量设置日志需要保留的天数
     2 purge binary logs命令手动清除binlog
        有两种清理方式，一种是按照文件名清理，一种是按照时间清理
        purge binary logs before ‘datetime’  datetime之前的文件都会被清除
        purge binary logs to ‘filename’ filename之前的文件都会被删除
     服务器重启或者二进制日志轮转完成后，binlog文件将会被清除。