mysql初识之日志文件篇(二)

binlog_cache_disk_use:使用二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量

5).max_binlog_size

Binlog最大值，最大和默认值是1GB，该设置并不能严格控制Binlog的大小，尤其是Binlog比较靠近最大值而又遇到一个比较大事务时，为了保证事务的完整性，不可能做切换日志的动作，只能将该事务的所有SQL都记录进当前日志，直到事务结束

6).sync_binlog

这个参数直接影响 mysql的性能和完整性

sync_binlog=0：

当事务提交后，Mysql仅仅是将binlog_cache中的数据写入Binlog文件，但不执行fsync之类的磁盘 同步指令通知文件 系统将缓存刷新到磁盘，而让Filesystem自行决定什么时候来做同步，这个是性能最好的。

sync_binlog=n，在进行n次事务提交以后，Mysql将执行一次fsync之类的磁盘同步指令，同志文件系统将Binlog文件缓存刷新到磁盘。

Mysql中默认的设置是sync_binlog=0，即不作任何强制性的磁盘刷新指令，这时性能是最好的，但风险也是最大的。一旦系统绷Crash，在文件系统缓存中的所有Binlog信息都会丢失。

查询日志

查询日志即记录所有的查询语句的日志，一般建议不开启，有些query语句比较大，开启后对性能的也有较大的影响。一般用于跟踪某特殊 的性能问题才会短暂打开功能，默认的查询日志文件名为主机名.log。

慢查询日志

慢查询日志记录的是查询需要较长时间的query,通过在[mysqld] 下添加log-slow-queries=/tmp/slow_log 打开些功能，默认文件名是hostname-slow.log默认的目录是数据目录。

分析慢查询的工具有：msyqlslowdump、mysqlsla

innodb在线日志redo日志

innodb是一个事务安全的存储引擎，其事务安全性主要是通过在线redo日志和记录在表空间中的undo信息来保证redo日志中记录了innodb所做的所有物理变更和事务信息，通过redo日志和undo信息，innodb保证了在任何情况下的事务安全性。innodb的redo日志同样默认存放 在数据目录下，可通过innodb_log_group_home_dir来更改设置日志的存放公交车，通过innodb_log_files_in_group 设置日志的数量。