详细介绍Mysql中的4种日志

Mysql 有4种类型的日志：Error Log、Genaral Query Log、 Binary Log 和 Slow Query Log**

一、Error Log

记录Mysql运行过程中的Error、Warning、Note等信息，系统出错或者某条记录出问题可以查看Error日志。

• Mysql的错误日志默认以hostname.err存放在Mysql的日志目录，可以通过以下语句查看：

  mysql> show variables like "log_error";
  +---------------+----------------+
  | Variable_name | Value          |
  +---------------+----------------+
  | log_error     | /tmp/mysql.log |
  +---------------+---------------

• 修改错误日志的地址可以在/etc/my.cnf中添加--log-error = [filename]来开启mysql错误日志。我的是：

   log_error = /tmp/mysql.log

• 先来查看一下：tail -f /tmp/mysql.log

  bash-3.2# tail -f /tmp/mysql.log 
  2015-12-23T02:22:41.467311Z 0 [Note] IPv6 is available.
  2015-12-23T02:22:41.467324Z 0 [Note]   - '::' resolves to '::';
  2015-12-23T02:22:41.467350Z 0 [Note] Server socket created on IP: '::'.
  2015-12-23T02:22:41.584287Z 0 [Note] Event Scheduler: Loaded 0 events
  2015-12-23T02:22:41.584390Z 0 [Note] /usr/local/Cellar/mysql/5.7.9/bin/mysqld: ready for connections.
  Version: '5.7.9'  socket: '/tmp/mysql.sock'  port: 3306  Homebrew
  2015-12-23T02:22:42.540786Z 0 [Note] InnoDB: Buffer pool(s) load completed at 151223 10:22:42
  151223 10:22:51 mysqld_safe A mysqld process already exists
  2015-12-23T02:25:30.984395Z 2 [ERROR] Could not use /tmp/mysql_query.log for logging (error 13 - Permission denied). Turning logging off for the server process. To turn it on again: fix the cause, then either restart the query logging by using "SET GLOBAL GENERAL_LOG=ON" or restart the MySQL server.
  2015-12-23T07:28:03.923562Z 0 [Note] InnoDB: page_cleaner: 1000ms intended loop took 61473ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)

信息量比较大，暂不分析了。。。。当然 如果mysql配置或连接出错时， 仍然可以通过tail -f 来跟踪日志的

二、General Query Log

记录mysql的日常日志，包括查询、修改、更新等的每条sql。

• 先查看mysql是否启用了查询日志: show global variables like "%genera%"

  mysql> show global variables like "%genera%";
  +----------------------------------------+----------------------+
  | Variable_name                          | Value                |
  +----------------------------------------+----------------------+
  | auto_generate_certs                    | ON                   |
  | general_log                            | OFF                  |
  | general_log_file                       | /tmp/mysql_query.log |
  | sha256_password_auto_generate_rsa_keys | ON                   |
  +----------------------------------------+----------------------+
  4 rows in set (0.00 sec)

  我这里是配置了日志输出文件：/tmp/mysql_query.log，并且日志功能关闭

• 查询日志的输出文件可以在/etc/my.cnf 中添加general-log-file = [filename]

• Mysql打开general log日志后，所有的查询语句都可以在general log文件中输出，如果打开，文件会非常大，建议调试的时候打开，平时关闭

  mysql> set global general_log = on;
  Query OK, 0 rows affected (0.01 sec)
  
  mysql> set global general_log = off;
  Query OK, 0 rows affected (0.01 sec)

• 注意：

  如果打开了日志功能，但是没有写入日志，那就有可能是mysql对日志文件的权限不够，所以需要指定权限，我的日志文件是 /tmp/mysql_query.log , 则：

  chown mysql:mysql /tmp/mysql_query.log

三、Binary Log

二进制日志，包含一些事件，这些事件描述了数据库的改动，如建表、数据改动等，主要用于备份恢复、回滚操作等

1. 作用：

• 包含了所有更新了数据或者已经潜在更新了数据(比如没有匹配任何行的一个DELETE)

• 包含关于每个更新数据库(DML)的语句的执行时间信息

• 不包含没有修改任何数据的语句，如果需要启用该选项，需要开启通用日志功能

• 主要目的是尽可能的将数据库恢复到数据库故障点，因为二进制日志包含备份后进行的所有更新

• 用于在主复制服务器上记录所有将发送给从服务器的语句

• 启用该选项数据库性能降低1%，但保障数据库完整性，对于重要数据库值得以性能换完整

2. 格式

Binlog有3种格式

• STATMENT：每一条会修改数据的sql都会记录到master的binlog中，slave在复制的时候sql进程会解析成和原来master端执行多相同的sql再执行。
  有点：在statement模式下首先就是解决了row模式的缺点，不需要记录每一行数据的变化减少了binlog日志量，节省了I/O以及存储资源，提高性能。因为他只需要激励在master上所执行的语句的细节一届执行语句时候的上下的信息。
  缺点：在statement模式下，由于他是记录的执行语句，所以，为了让这些语句在slave端也能正确执行，那么他还必须记录每条语句在执行的时候的一些相关信息，也就是上下文信息，以保证所有语句在slave端被执行的时候能够得到和在master端执行时候相同的结果。另外就是，由于mysql现在发展比较快，很多的新功能不断的加入，使mysql的复制遇到了不小的挑战，自然复制的时候涉及到越复杂的内容，bug也就越容易出现。在statement中，目前已经发现不少情况会造成Mysql的复制出现问题，主要是修改数据的时候使用了某些特定的函数或者功能的时候会出现，比如：sleep()函数在有些版本中就不能被正确复制，在存储过程中使用了last_insert_id()函数，可能会使slave和master上得到不一致的id等等。

• ROW：日志中会记录成每一行数据被修改的形式，然后在slave端再对相同的数据进行修改，只记录要修改的数据，只有value，不会有sql多表关联的情况。
  优点：在row模式下，bin-log中可以不记录执行的sql语句的上下文相关的信息，仅仅只需要记录那一条记录被修改了，修改成什么样了，所以row的日志内容会非常清楚的记录下每一行数据修改的细节，非常容易理解。而且不会出现某些特定情况下的存储过程和function，以及trigger的调用和出发无法被正确复制问题。
  缺点：在row模式下，所有的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，这样可能会产生大量的日志内容。

• MIXED：MySQL 会根据执行的每一条具体的 SQL 语句来区分对待记录的日志形式，也就是在 statement 和 row 之间选择一种

3. 配置

• 查看mysql中二进制文件的配置情况：show variables like "%log_bin%";

  mysql> show variables like "%log_bin%";
  +---------------------------------+-------+
  | Variable_name                   | Value |
  +---------------------------------+-------+
  | log_bin                         | OFF   |
  | log_bin_basename                |       |
  | log_bin_index                   |       |
  | log_bin_trust_function_creators | OFF   |
  | log_bin_use_v1_row_events       | OFF   |
  | sql_log_bin                     | ON    |
  +---------------------------------+-------+

log_bin : 用于设定是否启用二进制日志, 由此看是未开启

• 配置文件仍然是在 /etc/my.cnf 中， 修改/etc/my.cnf， 增加日志文件目录：

  log_bin = /tmp/mysql-bin.log

• 重启mysql ：

  bash-3.2# mysql.server start;
  Starting MySQL
  . ERROR! The server quit without updating PID file (/usr/local/Cellar/mysql/5.7.9/data/mysql.pid).

• 又报错，查看错误日志，我的配置在/tmp/mysql.log

  151224 00:37:34 mysqld_safe Starting mysqld daemon with databases from /usr/local/var/mysql
  2015-12-23T16:37:34.643998Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
  2015-12-23T16:37:34.644124Z 0 [Warning] 'NO_ZERO_DATE', 'NO_ZERO_IN_DATE' and 'ERROR_FOR_pISION_BY_ZERO' sql modes should be used with strict