5.3二进制日志
二进制日志
记录导致数据改变或潜在导致数据改变的sql语句
记录已提交的日志
不依赖于存储引擎类型
功能：通过重放日志文件中的事件来生产数据副本
注意：建议二进制日志和数据文件分开存放
基于‘语句’记录：statement，记录语句，默认模式，日志量较少
基于‘行’记录：row，记录数据，日志量较大，更加安全，建议使用的格式(mysqlbinlog --base64-output=decode-rows -v log_bin.000001)
混合模式：mixed，让系统自行判定该基于哪种方式进行，默认模式
格式配置
show variable like 'binlog_format';
二进制日志文件的构成
有两类文件
1、日志文件：mysql | mariadb-bin.文件名后缀，二进制格式，如：mysql-bin.000001
2、索引文件：mysql | mariadb-bin.index，文本格式
二进制日志相关的服务器变量
sql_log_bin=ON|OFF：#是否记录二进制日志，默认ON，支持动态修改，系统变量，而非服务器选项
log-bin=log-bin：#指定文件位置；默认OFF，表示不启用二进制日志功能，上述两项都开启才可以server-id=1(5.7.3之后要配合此选项使用)
binlog_format=STATEMENT|ROW|MIXED：#二进制日志记录的格式，默认STATEMENT
max_binlog_size=1073741824：#单个二进制日志文件的最大体积，到达最大值会自动滚动，默认为1G
#说明：文件达到上限时的大小未必为指定的精确值
binlog_cache_size=4m #此变量确定在每次事务中保存二进制日志更改记录的缓存的大小（每次连接）
max_binlog_cache_size=512m #限制用于缓存多事务查询的字节大小。
sync_binlog=1|0：#设定是否启动二进制日志即时同步磁盘功能，默认0，由操作系统负责同步日志到磁盘
expire_logs_days=N：#二进制日志可以自动删除的天数。 默认为0，即不自动删除
sync_binlog:
1.影响binlog对MySQL的性能损耗 2.影响MySQL中数据的完整性设置如下： 1.0 MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中信息到磁盘，让fs来决定什么时候同步，或者cache满了同步 2.n n次提交事务之后，MySQL将进行一次fsync 刷写cache到磁盘分析： 在MySQL中系统默认的设置是sync_binlog=0，也就是不做任何强制性的磁盘刷新指令，这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失 而当设置为“1”的时候，是最安全但是性能损耗最大的设置。因为当设置为1的时候，即使系统Crash，也最多丢失binlog_cache中未完成的一个事务，对实际数据没有任何实质性影响。# at 328
#151105 16:31:40 server id 1 end_log_pos 431 Query thread_id=1
exec_time=0 error_code=0
use `mydb`/*!*/;
SET TIMESTAMP=1446712300/*!*/;
CREATE TABLE tb1 (id int, name char(30))
/*!*/;
事件发生的日期和时间：151105 16:31:40
事件发生的服务器标识：server id 1
事件的结束位置：end_log_pos 431
事件的类型：Query
事件发生时所在服务器执行此事件的线程的ID：thread_id=1
语句的时间戳与将其写入二进制文件中的时间差：exec_time=0
错误代码：error_code=0
事件内容：
GTID：Global Transaction ID，mysql5.6以mariadb10以上版本专属属性：GTID
清楚二进制日志
purge {binary | master} logs {to 'log_name' | before datetime_expr}
purge binary logs to 'mysql-bin-000003';#删除mysql-bin.000003之前的日志
查看二进制日志事件
show binlog events in 'mysql_bin.000002';
