Mysql日志

Mysql日志
简介：

Mysql 中提供了多种类型的日志文件，分别反映 Mysql 的不同信息，了解它们很有必要。

1、Error log ( 错误日志 )

在mysq丨数据库中，错误日志功能是默认开启的。并且，错误日志无法被禁止。默认情况下，错误日志存储在mysq丨数据库的数据文件中。错误日志文件通常的名称为hostname.err。其中，hostname表示服务器主机名。

错误日志信息可以自己进行配置的，错误日志所记录的信息是可以通过log-error和log-warnings 来定义的，其中 log-err 是定义是否启用错误日志的功能和错误日志的存储位置，log-warnings是定义是否将警告信息也定义至错误日志中。默认情况下错误日志大概记录以下几个方面的信息：服务器启动和关闭过程中的信息（未必是错误信息，如mysql如何启动InnoDB的表空间文件的、如何初始化自己的存储引擎的等等）、服务器运行过程中的错误信息、事件调度器运行一个事件时产生的信息、在从服务器上启动服务器进程时产生的信息。

一般而言，日志级别的定义没有回话变量都只是在全局级别下进行定义。

mysql> show global variables like 'log%';

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
log_builtin_as_identified_by_password OFF
log_error .\WIN-3OKLBR0MKTC.err
log_error_verbosity 3
log_output FILE
log_queries_not_using_indexes OFF
log_slave_updates OFF
log_slow_admin_statements OFF
log_slow_slave_statements OFF
log_statements_unsafe_for_binlog ON
log_syslog ON
log_syslog_tag
log_throttle_queries_not_using_indexes 0
log_timestamps UTC
log_warnings 2

其中，log_error可以直接定义为文件路径，也可以为ON|OFF; log_warings只能使用1|0来定义开关启动。

更改错误日志位置可以使用log_error来设置形式如下:

删除错误日志:
在mysql5.5.7之前：数据库管理员可以删除很长时间之前的错误日志，以保证mysql服务器上的硬盘空间。mysq丨数据库中，可以使用mysqladmin命令开启新的错误日志。mysqladmin 命令的语法如下：mysqladmin -u root -pflush-logs 也可以使用登录mysql数据库中使用FmSHLOGS语句来开启新的错误日志。

在mysql5.5.7之后：服务器将关闭此项功能。只能使用重命名原来的错误日志文件，手动冲洗日志创建一个新的。

 

2、Binary log（ 二进制日志 ）

二进制日志，即 binlog 。也是 Mysql Server 中最为重要的日志之一。

当我们通过 --log-bin=file_name 打开了二进制日志功能之后，Mysql 会将所有修改数据库的 query 以二进制的形式记录到日志文件中。

还包括每一条 query 所执行的时间、消耗的资源，以及相关的事务信息；所以 binlog 是事务安全的。

二进制日志跟错误日志一样，binlog 记录功能也需要 --log-bin=file_name 或 my.cnf 中指定来开启；如果没有指定 file_name ，会在数据目录下生成 mysql-bin.******* 的日志文件。

mysql-bin.index 文件的功能是记录所有 Binary log 的绝对路径，保证 Mysql 各种线程能顺利根据它找到所需要的 Binary log 文件。

binlog 相关的其它参数：

--max_binlog_size ## 设置 binlog 的最大存储上限，当日志达到该上限时，Mysql 会重新生成一个新的日志开始继续记录。
偶尔也会超出该上限，是因为在即将到达上限时，产生了一个较大的事务，为了保证事务安全，Mysql 不会将同一个事务存放到两个 binlog 中。

--binlog-do-db=db_name ## 仅仅针对该 db_name 记录 binlog ，而忽略针对其余数据库执行的 query 。

--binlog-ignore-db=db_name ## 与上一参数正好相反，忽略针对该数据库的 query ，记录其余所有数据库的 binlog 。

## 这两参数指的 db_name 不是指 query 语句更新的数据所在的数据库，而是执行 query 时所处的数据库。（ 感觉很好理解，说多了容易乱 ）

 

3、Update log（ 更新日志 ）

更新日志是 Mysql 在较老版本上使用的，其功能跟 binlog 类似，只不过不是以二进制格式记录，而是以简单文本格式记录内容。

从 Mysql 5.0 开始，Mysql 已经不再支持更新日志了。

 

4、Query log（ 查询日志 ）

查询日志记录 Mysql 中所有的 query ，通过 --log=file_name 来打开该功能。

由于该日志记录了所有的 query ，包括所有的 select ，体积比较大，开启后会对性能有较大的影响，所以一般不开启。

该日志一般用于跟踪某些特殊的 SQL 性能问题才会短暂开启。默认文件名为 hostname.log ，位置也在数据目录下。

默认情况下查询日志是关闭的。由于查询日志会记录用户的所有操作，其中还包含増删查改等信息，在并发操作大的环境下会产生大量的信息从而导致不必要的磁盘IO,会影响mysql的性能的。如若不是为了调试数据库的目的建议不要开启查询日志。
查看查询日志是否开启：

mysql> show global variables like 'general%';

拓展解析：日志的输出位置一般有三种方式：file(文件)，table(表)，none(不保存)；其中前两个输出位置可以同时定义，none表示是开启日志功能但是记录日志信息。file就是通过general_log_file |/mydata/data/stu18.log等方式定义的，而输出位置定义为表时

查看日志的内容方式为：

mysql> use mysql
Database changed
mysql> show tables;

general_log #这个就是查询日志的表输出位置

 

5、Slow query log ( 慢查询日志 )

慢查询日志记录的就是执行时间较长的 query 咯，即 Slow query 。

通过 --log-slow-queries=file_name 开打开此功能并设置文件位置和文件名，默认文件名为 hostname-slow.log ,位置同样在数据目录下。

慢查询日志采用的是简单文本格式，可以通过各种文本编辑器查看其中的内容。

记录了语句执行的时刻，所消耗的时间、执行的用户、连接主机等相关信息。

Mysql 还提供了用于专门分析慢查询日志的工具 Mysqlslowdump ,用来帮助我们了解可能存在的性能问题。

查看慢查询日志的定义：

mysql> show global variables like 'slow_query%';

启动和设置慢查询日志：

1、 通过配置文件my.cnf中的log-slow-queries选项可以开启慢查询日志，形式如下：
[root@stu18 data]# vim /etc/my.cnf

[mysqld]

slow一query_log=1

log-slow-queries [= DIR/[filename] ]

其中，DIR参数指定慢查询日志的存储路径；filename参数指定日志的文件名，生成日志
文件的完成名称为filename-slow.log。如果不指定存储路径，慢查询日志默认存储到
mysql数据库的数据文件下，如果不指定文件名，默认文件名为hostname-slow.log

2、 通过登录mysq丨服务器直接定义，方式如下：

首先要有全局权限；然后执行mysql>set global slow梣uery條og = 1;

一般都是通过long_query_time选项来设置这个时间值，时间以秒为单位，可以精确到
微秒。如果查询时间超过了这个时间值（默认为10秒），这个查询语句将被记录到慢查
询日志中。查看服务器默认时间值方式如下：

mysql> show global variables like 'long%';

注释：其中这个慢查询时间并不是只表示语句自身执行超过10秒还包含由于其他资源被征用造成阻塞的查询执行时间或其他原因等都被记录到慢查询中。所以这个慢查的时长表示从

查询开始到查询结束中间包含可能的任何原因所经历的所有时间。

测试是否可以记录日志：

mysql> set global slow_query_log=1; #开启慢查询日志
Query OK, 0 rows affected (0.35 sec)

mysql> set session long_query_time=0.001; #更改时间（当前 session 中，退出则重置）
Query OK, 0 rows affected (0.00 sec)

mysql> set global long_query_time=0.001; #更改时间（全局中，重启服务则重置）

mysql> SHOW VARIABLES LIKE 'long%'; # 查询定义时间

mysql> show global variables like "%slow%"; # 查看慢查询日志开启状态

查看慢查询日志：

mysql> use mysql

mysql> selectuser,host,password from user where user="root";

 

6、Innodb redo log ( Innodb 的在线 redo 日志 )

Innodb 是一个事务安全的存储引擎，其事务安全性主要就是通过在线 redo 日志和记录在表空间中的 undo 信息来保证的。

redo 日志中记录了 Innodb 所做的所有物理变更和事务信息，通过 redo 日志和 undo 信息，Innodb 保证了在任何情况下的事务安全性。

Innodb 的 redo 日志同样默认在数据目录下，可以通过 innodb_log_group_home_dir 来更改其存放位置，通过 innodb_log_files_in_group 设置日志数量。

事务日志（InnoDB特有的日志）可以帮助提高事务的效率。使用事务日志，存储引擎在修改表的数据时只需要修改其内存拷贝，再把改修改行为记录到持久在硬盘上的事务日志中，而不用每次都将修改的数据本身持久到磁盘。事务日志采用追加的方式，因此写日志的操作是磁盘上一小块区域内的顺序I/O,而不像随机I/O需要在磁盘的多个地方移动磁头，所以采用事务日志的方式相对来说要快得多。事务日志持久以后，内存中被修改的数据在后台可以慢慢的刷回到磁盘。目前大多数的存储引擎都是这样实现的，我们通常称之为预写式日志，修改数据需要写两次磁盘。

如果数据的修改己经记录到事务日志并持久化，但数据本身还没有写回磁盘，此时系统崩溃，存储引擎在重启时能够自动恢复这部分修改的数据。具有的恢复方式则视存储引擎而定。

查看事务日志的定义：

mysql> show global variables like 'innodb%log%';