MySQL日志种类分析

一、日志种类：

错误日志、查询日志、慢查询日志、事务日志、二进制日志、中继日志。

二、日志详解：

1. 错误日志：

a) 日志的作用：

1) 记录服务器启动关闭过程的信息；

2) 记录服务器运行过程中的错误信息；

3) 记录事件调试器运行一个事件时产生的信息；

4) 记录在从服务器上启动从服务器进程时产生的信息。

b) 日志位置查看与修改：

1) 查看：SHOW GLOBALVARIABLES LIKE '%log_error%'

2) 修改：[root@cpuxsy mysql]# /etc/init.d/mysqlstart --log_error=/tmp/mySql.errorLog.err。这种修改只会对本次启动有效，如果关闭并重启MySQL则log_error的 值
将又变为默认值，如果需要永久修改，那么就必须在my.cnf中指定log_error参数的值。

3) 注意：如果配置文件中设置了参数log_error，启动MySQL时也设置参数log_error，则my.cnf的参数优先级别要高于启动是的参数log_error。

c) log_warnings=#：

设定是否将警告信息记录进错误日志。默认设定为1，表示启用；可以将其设置为0以禁用；而其值为大于1的数值时表示将新发起连接时产生的“失败的连接”和“拒
绝访问”类的错误信息也记录进错误日志。

d) 日志归档与备份：

错误日志如果不清理或删除，那么它会一直增长。在MySQL 5.5.7之前，可以通过mysqladmin –uroot –pflush-logs命令删除错误日志。MySQL 5.5.7以及之后，可 通过下面方式来归档、备份错误日志：
shell> mv host_name.err host_name.err-old
shell>mysqladmin -u root -p flush-logs
shell>mv host_name.err-old backup-directory
2. 普通查询日志：

a) 日志的作用：

查询日志会记录用户的所有操作，其中包括用户的增删改查等信息，该日志默认情况下是未启用的。因为在并发操作下会产生大量的日志信息而导致不必要的磁盘 IO和空间占用。不是为了调试数据库的目的建议不要开启查询日志。

b) 日志位置查看：

SHOW GLOBAL VARIABLES LIKE
'%general_log%';

Variable_name | Value
+-----------------------------------------+---------
| general_log | OFF #定义查询日志是否开启
| general_log_file | /mydata/data/stu18.log #定义查询日志的文件地址名称
c) 日志相关的变量：

1) log={YES|NO}

是否启用记录所有语句的日志信息于普通查询日志(general query log)中，默认通常为OFF。MySQL
5.6已经弃用此选项。

2) general_log={ON|OFF}

设定是否启用查询日志，默认值为取决于在启动mysqld时是否使用了--general_log选项。如若启用此项，其输出位置则由--log_output选项进行定义，如果
log_output的值设定为NONE，即使启用查询日志，其也不会记录任何日志信息。作用范围为全局，可用于配置文件，属动态变量。

3）log_output={TABLE|FILE|NONE}

定义一般查询日志和慢查询日志的保存方式，可以是TABLE、FILE、NONE，也可以是TABLE及FILE的组合(用逗号隔开)，默认为TABLE。如果组合中出现了
NONE，那么其它设定都将失效，同时，无论是否启用日志功能，也不会记录任何相关的日志信息。作用范围为全局级别，可用于配置文件，属动态变量。

4）sql_log_off={ON|OFF}

用于控制是否禁止将一般查询日志类信息记录进查询日志文件。默认为OFF，表示不禁止记录功能。用户可以在会话级别修改此变量的值，但其必须具有SUPER
权限。作用范围为全局和会话级别，属动态变量

5）general_log_file=FILE_NAME

查询日志的日志文件名称，默认为“hostname.log"，默认在数据目录。作用范围为全局，可用于配置文件，属动态变量。

3. 慢查询日志：

a) 日志的作用：

慢查询日志是记录那些超过long_query_time参数设定时间和未使用索引的的查询语句，通过将log_queries_not_using_indexes参数设置为true;可以将所有没有使
用 到索引的sql语句都记录到慢查询日志中。慢查询日志默认情况为关闭状态，建议开启。

b) 日志相关的变量：

1) slow_query_log={ON|OFF}

设定是否启用慢查询日志。0或OFF表示禁用，1或ON表示启用。日志信息的输出位置取决于log_output变量的定义，如果其值为NONE，则即便slow_query_log
为ON，也不会记录任何慢查询信息。作用范围为全局级别，可用于选项文件，属动态变量。

2) log_slow_queries={YES|NO}

是否记录慢查询日志。慢查询是指查询的执行时间超出long_query_time参数所设定时长的事件。MySQL
5.6将此参数修改为了slow_query_log。作用范围为全局 级别，可用于配置文件，属动态变量。

3) slow_query_log_file=/PATH/TO/SOMEFILE

设定慢查询日志文件的名称。默认为hostname-slow.log，,默认在数据目录，但可以通过--slow_query_log_file选项修改。作用范围为全局级别，可用于选项文
件，属动态变量。

4) log_query_not_using_indexes={ON|OFF}

设定是否将没有使用索引的查询操作记录到慢查询日志。作用范围为全局级别，可用于配置文件，属动态变量。

5) long_query_time=#

设定区别慢查询与一般查询的语句执行时间长度。这里的语句执行时长为实际的执行时间，而非在CPU上的执行时长，因此，负载较重的服务器上更容易产生慢
查询。其最小值为0，默认值为10，单位是秒钟。它也支持毫秒级的解析度。作用范围为全局或会话级别，可用于配置文件，属动态变量。

4. 事务日志：

a) 日志的作用：

事务日志是InnoDB存储引擎特有的日志，主要分为重做日志（redo）和回滚日志（undo）。事务日志文件名为"ib_logfile0"和“ib_logfile1”，默认存放在表空间所在目
录。存储引擎在修改表数据时只需修改其内存拷贝，再把修改行为记录到持久硬盘上的事务日志中，而不必将修改的数据持久到磁盘。事务日志写操作是磁盘某区域内 的顺序IO，不需要多次寻址，因此效率相对较高。事务日志持久化后，内存中被修改的数据在后台可以慢慢的刷回磁盘，因此修改数据需要写两次磁
盘。MySQL在崩溃 后，重启服务，InnoDB通过回滚日志undo将所有已完成并写入磁盘的未完成事务进行rollback，然后redo中的事务全部重新执行一遍即可恢复数据，但是随redo的量增
加，每次从redo的第一条开始恢复就会浪费长的时间，所以引入了checkpoint机制。

b) 日志相关变量：

1）innodb_log_group_home_dir=/PATH/TO/DIR

设定InnoDB重做日志文件的存储目录。在缺省使用InnoDB日志相关的所有变量时，其默认会在数据目录中创建两个大小为5MB的名为ib_logfile0和ib_logfile1的日志文 件。作用范围为全局级别，可用于选项文件，属非动态变量。

2）innodb_log_file_size={108576 .. 4294967295}

设定日志组中每个日志文件的大小，单位是字节，默认值是5MB。较为明智的取值范围是从1MB到缓存池体积的1/n，其中n表示日志组中日志文件的个数。日志文件 越大，在缓存池中需要执行的检查点刷写操作就越少，这意味着所需的I/O操作也就越少，然而这也会导致较慢的故障恢复速度。作用范围为全局级别，可用于选项文
件，属非动态变量。

3）innodb_log_files_in_group={2 .. 100}

设定日志组中日志文件的个数。InnoDB以循环的方式使用这些日志文件。默认值为2。作用范围为全局级别，可用于选项文件，属非动态变量。

4）innodb_log_buffer_size={262144 .. 4294967295}

设定InnoDB用于辅助完成日志文件写操作的日志缓冲区大小，单位是字节，默认为8MB。较大的事务可以借助于更大的日志缓冲区来避免在事务完成之前将日志缓冲 区的数据写入日志文件，以减少I/O操作进而提升系统性能。因此，在有着较大事务的应用场景中，建议为此变量设定一个更大的值。作用范围为全局级别，可用于选项
文件，属非动态变量。

5）innodb_flush_log_at_trx_commit = 1

# 表示有事务提交后，不会让事务先写进buffer，再同步到事务日志文件，而是一旦有事务提交就立刻写进事务日志，并且还每隔1秒钟也会把buffer里的数据同步到
文件，这样IO消耗大，默认值是"1"，可修改为“2”

6）innodb_locks_unsafe_for_binlog = OFF

#这个变量建议保持OFF状态，innodb默认使用了next-gap算法，这种算法结合了index-row锁和gap锁。正因为这样的锁算法，innodb在可重复读这样的默认隔离级
别上，可以避免幻象的产生。innodb_locks_unsafe_for_binlog最主要的作用就是控制innodb是否对gap加锁。注意该参数如果是enable的，则是unsafe的，此时gap不 会加锁；反之，如果disable掉该参数，则gap会加锁。当然对于一些和数据完整性相关的定义，如外键和唯一索引（含主键）需要对gap进行加锁，那么

innodb_locks_unsafe_for_binlog的设置并不会影响gap是否加锁。

7）innodb_mirrored_log_groups = 1

#事务日志组保存的镜像数

5. 二进制日志：

a) 日志的作用：

二进制日志用于记录修改数据或有可能引起数据改变的MySQL语句，并且记录了语句发生时间、执行时长、操作的数据等等。所以说通过二进制日志可以查询MySQL数
据库中进行了哪些变化。一般大小体积上限为1G。

b) 日志格式：

1) statement(语句)格式：数据量小，但在数据恢复时可能出现数据不一致

2) row（行）格式：数据量大，但数据精确

3) mixed（混合格式）：交替使用statement和row，让mysql自己判断该使用哪一种

c) 日志相关参数：

1）sql_log_bin ={ON|OFF}

用于控制会话级别二进制日志功能的开启或关闭。默认为ON，表示启用记录功能。用户可以在会话级别修改此变量的值，但其必须具有SUPER权限。

2）binlog_cache_size =32768

默认值32768 Binlog Cache用于在打开了二进制日志（binlog）记录功能的环境，是MySQL 用来提高binlog的记录效率而设计的一个用于短时间内临时缓存binlog数据
的内存区域。一般来说，如果我们的数据库中没有什么大事务，写入也不是特别频繁，2MB～4MB是一个合适的选择。但是如果我们的数据库大事务较多写入量比较 大，可以适当调高binlog_cache_size。同时，我们可以通过binlog_cache_use 以及 binlog_cache_disk_use来分析设置的binlog_cache_size是否够是否有大量的
binlog_cache由于内存大小不够而使用临时文件（binlog_cache_disk_use）来缓存了。

3）binlog_stmt_cache_size= 32768

当非事务语句使用二进制日志缓存，但是超出binlog_stmt_cache_size时，使用一个临时文件来存放这些语句。

4）log_bin = mysql-bin

指定binlog的位置，默认在数据目录下。

5）binlog-format= {ROW|STATEMENT|MIXED}

指定二进制日志的类型，默认为MIXED。如果设定了二进制日志的格式，却没有启用二进制日志，则MySQL启动时会产生警告日志信息并记录于错误日志中。

6）sync_binlog = 10

设定多久同步一次二进制日志至磁盘文件中，0表示不同步，任何正数值都表示对二进制每多少次写操作之后同步一次。当autocommit的值为1时，每条语句的执 行都
会引起二进制日志同步，否则，每个事务的提交会引起二进制日志同步。

7）max_binlog_cache_size= {4096 ..18446744073709547520}

二进定日志缓存空间大小，5.5.9及以后的版本仅应用于事务缓存，其上限由max_binlog_stmt_cache_size决定。

8）max_binlog_stmt_cache_size= {4096 ..18446744073709547520}

二进制日志缓存空间大小，5.5.9及以后的版本仅应用于事务缓存。

9）expire_log_days ={0..99}

设定二进制日志的过期天数，超出此天数的二进制日志文件将被自动删除。默认为0，表示不启用过期自动删除功能。如果启用此功能，自动删除工作通常发生在
MySQL启动时或FLUSH日志时。

d) 日志安全删除方法：

语法： PURGE {BINARY | MASTER } LOGS { TO 'log_name' | BEFORE datetime_expr }

查看： SHOW BINARY LOGS; #可查看有哪些二进制文件

例子：PURGE BINARYLOGS TO 'mysql-bin.000010'; #把此二进制日志文件之前的都删除

6. 中继日志：

a) 日志的作用：

中继日志是在MySQL进行主从复制时使用一种日志， 是从主服务器的二进制日志文件中复制到从服务器，并保存为的日志文件。

b) 相关的变量：

1）log_slave_updates

用于设定复制场景中的从服务器是否将从主服务器收到的更新操作记录进本机的二进制日志中。本参数设定的生效需要在从服务器上启用二进制日志功能。

2）relay_log=file_name

设定中继日志的文件名称，默认为host_name-relay-bin。也可以使用绝对路径，以指定非数据目录来存储中继日志。作用范围为全局级别，可用于选项文件属非动态 变量。

3）relay_log_index=file_name

设定中继日志的索引文件名，默认为数据目录中的host_name-relay-bin.index。作用范围为全局级别，可用于选项文件，属非动态变量。

4）relay-log-info-file=file_name

设定中继服务用于记录中继信息的文件，默认为数据目录中的relay-log.info。作用范围为全局级别，可用于选项文件，属非动态变量。

5）relay_log_purge={ON|OFF}

设定对不再需要的中继日志是否自动进行清理。默认值为ON。作用范围为全局级别，可用于选项文件，属动态变量。

6）relay_log_space_limit=#

设定用于存储所有中继日志文件的可用空间大小。默认为0，表示不限定。最大值取决于系统平台位数。作用范围为全局级别，可用于选项文件，属非动态变量。

7）max_relay_log_size={4096..1073741824}

设定从服务器上中继日志的体积上限，到达此限度时其会自动进行中继日志滚动。此参数值为0时，mysqld将使用max_binlog_size参数同时为二进制日志和中继日志
设定日志文件体积上限。作用范围为全局级别，可用于配置文件，属动态变量。

三、后序：

笔者最近在学习MySQL数据库中了解到MySQL数据库中不同的日志分别发挥了巨大的作用，如果我们能利用好数据库日志，这将对我们分析数据库的性能和数据备份带来很大帮助，因此笔者记下了本篇文章以与道友共享，其中如有错误之处欢迎大家勘正。本文中部分内容来自网络资料，包括对网络资料和书籍的整理，仅供学习使用。谢谢！