日志文件分为以下几种
- 错误日志
- 慢查询日志
- 查询日志
- 二进制日志
错误日志(error log)
错误日志对Mysql的启动、运行、关闭过程进行了记录。记录了所有错误信息,也记录了一些警告信息或正确信息。
命令:show variables like ‘log_error’查看文件位置
慢查询日志(show log)
mysql启动时设置一个阀值,将运行时间超过该值的所有Sql语句都记录到慢查询日志文件中。通过参数long_query_time来设置阀值,需要注意的是,当sql的执行之间等于这个阀值的时候,是不会记录到慢查询日志中。
另一个参数是log_queries_not_using_indexes,如果运行的sql语句没有使用索引,也会记录到文件中。
查询日志
查询日志记录了所有对Mysql数据库请求的信息,无论这些请求释放得到了正确的执行。
二进制日志(binary log)
记录了对Mysql数据库执行更改的所有操作,但是不包括Select和Show这类操作。
二进制日志并不是在每次写的时候同步到磁盘,每次缓冲写多少次才同步到磁盘。
二进制日志的作用:
- 恢复:某些数据的回复需要binlog
- 复制:主从同步
- 审计:用户可以通过日志中的信息来进行审计,判断是否有对数据库进行注入的攻击。
二进制日志的缓存:
- 在使用InnoDB时,所有未提交的二进制日志会被记录到一个缓存中去,等待事务提交时直接将缓冲中的二进制日志写入二进制日志文件。
- 当一个线程开启一个事务时,Mysql会自动分配一个大小为binlog_cache_size的缓存,此缓存不能设置太大或太小。
- 当数据库发生宕机时,可能会有最后一部分数据没有写入二进制日志中,存在一个参数sync_binlog代表每写缓冲多少次写入二进制文件,如果设置为1,代表同步写入,缓冲将失效,直接写入磁盘。
- 在一个事务发出commit动作之前,由于sync_binlog设置为1,此时日志已经被写入磁盘,如果此时发生了宕机,由于commit操作并没有发生,这个事务将被回滚,但是二进制日志已经记录了该事务的消息,不能回滚。这时可以通过参数innodb_support_xa设置为1来解决
二进制日志格式:
- STATEMENT:记录的是日志的逻辑SQL语句。在隔离级别为commited read时,会出现类似丢失更新的现象,主从不一致
- ROW:不再是简单的sql语句,而是记录表的行更改情况
- MIXED:默认采用STATEMENT,一些情况下也会使用ROW格式
参考文献:InnoDB存储引擎(第二版)