01 概述
Binlog它记录了全部的DDL和DML(除了数据查询语句)语句，以事件（EVENT）形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。mysql
通常来讲开启二进制日志大概会有1%的性能损耗（MySQL官方测试数据），虽然会下降性能，可是binlog能够用于主从复制（replication）和point-in-time的恢复，因此仍是颇有必要开启的。sql
查看：数据库
SHOWBINLOGEVENTIN'mysqld.00001'\G;缓存
配置：安全
经过参数log-bin[=name]能够开启二进制日志，若是不指定name，默认二进制日志文件名为主机名，后缀名为二进制日志的序列号，所在路径为数据库所在目录（datadir）。服务器
02 分类
二进制日志包括两类文件：架构
一、二进制日志索引文件（文件名后缀为.index）用于记录全部的二进制文件。 函数
二、二进制日志文件（文件名后缀为.00000*）记录数据库全部的DDL和DML(除了数据查询语句)语句事件。 性能
03 分类
binlog有三种格式：测试
一、基于SQL语句的复制（statement-based replication, SBR）
二、基于行的复制（row-based replication, RBR）
三、混合模式复制（mixed-based replication, MBR）
3.1 Statement
记录的是逻辑SQL，每一条修改操做的sql都会记录在binlog中。
优势：不须要记录每一行的变化，减小了binlog日志量，节约了IO, 提升了性能。
缺点：没法彻底保证slave节点与master节点数据彻底一致。像一些特定函数的功能，slave可与master上要保持一致会有不少相关问题。
3.2 Row
5.1.5版本的MySQL开始支持row level的复制，它不记录sql语句上下文相关信息，仅保存哪条记录被修改。
优势：binlog中能够不记录执行的sql语句的上下文相关的信息，仅须要记录那一条记录被修改为什么了。row格式的日志内容会很是清楚的记录下每一行数据修改的细节，不会出现某些特定状况下的存储过程。
缺点：全部的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，这样可能会产生大量的日志内容。
3.3 Mixed
从5.1.8版本开始，MySQL提供了Mixed格式，实际上就是Statement与Row的结合。
在Mixed模式下，（默认状况下）通常的语句修改使用statment格式保存binlog，下面的状况会采用row格式的状况包括：
一、表的存储引擎为NDB；
二、使用了UUID()、USER()、CURRENT_USER()、FOUND_ROWS()、ROW_COUNT()等不肯定函数；
三、使用了INSERT DELAY语句；
四、使用了用户定义函数（UDF）；
五、使用了临时表（temporary table）。
注：不须要死记硬背这些状况会使用row，之因此不使用statement模式，就是由于简单的逻辑SQL没法实现数据的回放，好比使用UUID()，这个是随机的，没法保证每次结果都同样，为了保证主从复制数据一致性，则必须是记录数据的变化信息。
04 参数
4.1 max_binlog_size
指定了单个二进制日志文件最大值，若是超过该值，则产生新的二进制日志文件后缀名+1，并记录到.index文件。
4.2 binlog_cache_size
控制缓冲大小，默认大小32K，基于会话的，所以每开启一个事务就分配一个binlog_cache_size大小的缓存，因此不能设置过大。
当一个事务的记录大于binlog_cache_size时，MySQL会把缓冲中的日志写入一个临时文件中，所以该值又不能设置过小（不然会频繁刷盘）。
4.3 sync_binlog
表示每写缓冲多少次就要同步到磁盘。若是设置为1，表示采用同步写磁盘的方式来写二进制日志，这时候写操做不使用操做系统的缓冲来写二进制日志。sync_binlog的默认值为0，若是使用InnoDB存储引擎进行复制，而且想获得最大的可用性，建议将该值设置为ON（对数据库IO系统带来必定影响）。
4.4 binlog-do-db
表示须要写入哪些库的日志，默认为空，表示须要同步全部库的日志到二进制日志。
4.5 binlog-ignore-db
表示须要忽略写入哪些库的日志，默认为空，表示须要同步全部库的日志到二进制日志。
4.6 log-slave-update
若当前数据库是主从复制架构中的slave节点，则它不会将从master取得并执行的binlog写入本身的二进制文件中。可是，若是须要搭建master->slave->slave这种架构的复制，则必须设置该参数。
4.7 binlog_format
记录二进制日志的格式。
05 操做
5.1 开启
一、vi编辑打开mysql配置文件
# vi /usr/local/mysql/etc/my.cnf在[mysqld] 区块设置/添加 log-bin=mysql-bin
重启mysqld服务使配置生效
# /usr/local/mysql/bin/mysqld_safe --user=mysql &
二、也可登陆mysql服务器，经过mysql的变量配置表，查看二进制日志是否已开启
5.2 查看日志列表
mysql> show master logs;
5.3 查看节点状态
查看主节点状态信息：
mysql> show master status;
查看从节点状态信息:
mysql> show slave status;
5.4 刷新log日志
mysql> flush logs;
注：每当mysqld服务重启时，会自动执行此命令，刷新binlog日志；在mysqldump备份数据时加 -F 选项也会刷新binlog日志；
5.5 清空日志
mysql> reset master;
5.6 启动复制
mysql> start slave
能够指定线程类型：IO_THREAD，SQL_THREAD，若是不指定，两个都启动。
06 应用场景
binlog主要使用场景:
一、主从复制：在master节点开启binlog，并把它的二进制日志传递给slaves，slave节点经过复制和执行二进制日志进行实时同步。
注：具体工做流程参考《MySQL主从复制》。
二、数据恢复：某些数据的恢复须要二进制日志，例如，若是须要恢复数据库全量备份的文件，能够经过二进制日志进行point-in-time恢复。
三、审计（audit）：用户经过二进制日志中的信息来进行审计，判断是否有对数据库进行注入的攻击。