MySQL 日志初探
MySQL 日志初探
零、概述
MySQL 的日志分为 Error Log（错误日志），General Query Log（通用查询日志）、Slow Query Log（慢查询日志）、Binary Log（BinLog），各种日志各有各的用处和配置方式，接下来进行简单的介绍。
一、Error Log(错误日志)
错误日志记录了数据库服务器的启停、故障或异常情况及警告等信息。Error Log 默认开启，并可以通过 log_error 来控制 日志文件路径 或 错误日志的启停。
- log_error = "< path >"
- log_error = 0 / 1 控制启停，只能为 0 or 1,未作过实验，但建议错误日志应该随时打开。
日志级别
log_error_verbosity & log_warnings
以上两个系统变量都可以用来控制错误日志的输出级别，从MySQL 5.7.2开始，首选log_error_verbosity系统变量，而不是使用--log-warnings选项或log_warnings系统变量，这个参数从MySQL 8.0.3开始被移除了。
log_error_verbosity （新变量）
- log_error_verbosity 为 1 错误信息。
- log_error_verbosity 为 2 错误信息和告警信息。
- log_error_verbosity 为 3 错误信息、告警信息和通知信息。
log_warnings （旧变量）
- log_warnings 为0， 表示不记录告警信息。
- log_warnings 为1， 表示告警信息写入错误日志。
- log_warnings 大于1， 表示各类告警信息，例如有关网络故障的信息和重新连接信息写入错误日志。
二、General Query Log（通用查询日志）
通用查询日志包含对数据库操作的所有语句，默认 关闭 ，开启 General Query Log 会对数据库照成一定量的性能损失，慎重开启。
通过 general_log = "< ON / OFF >"系统变量控制开关。
通过 general_log_file = "< PATH >" 系统变量开控制日志文件的位置。
日志共分为 4 列：
- 时间（Time）:操作发生的时间，有一些不显示的原因是因为这些sql语句几乎是同时执行的,所以就不另外记录时间了.
- 链接ID(Id):数据库链接的Id，在Connect操作连接到数据库时生成。
- 命令类型(Command):Connect就是连接数据库，记录了谁（user@host）连接了那个数据库,Query就是查询数据库(增删查改都显示为查询),可以特定过虑一些操作.
- 详情(Argument):命令具体所做的操作详情，可能是SQL，也可能是指令或解释。
三、Slow Query Log （慢查询日志）
慢查询日志应该是非常常用的，特别是在进行慢SQL调优时。默认 关闭 。
- 通过 slow_query_log = "< ON/OFF >" 系统变量控制启停。
- 通过 slow_query_log_file = "< path >" 系统变量控制日志文件保存位置。
- 通过 slow_launch_time = "< time / 单位 秒 >" 系统变量控制记录的阈值，执行时间超过该阈值的SQL会被记录到慢查询日志中。
- 通过 log_slow_admin_statements = "< ON / OFF >" 系统变量控制是否将 ANALYZE TABLE 和 ALTER TABLE 等管理语句记录到慢查询日志。默认 关闭 ，即只记录 CRUD 语句到日志中。
- 通过 log_slow_slave_statements = "< ON / OFF >" 系统变量是否将从库（slave）中的慢查询写入到日志中。默认 关闭 。
慢查询日志共分四列：
- 时间（Time）: SQL发生的具体时间
- 链接Id（Id）: 表示了 谁（user@host）及 链接Id。
- 概要（Command）: 统计了查询的耗时（Query_time），加锁时间（Lock_time），查询返回的行数（Rows_sent），查询检察过的行数（Rows_examined）。
- 详情(Argument):详情里记录了此次执行的指令或SQL。
四、Binary Log（BinLog）
BinaryLog,从名称里可以看出，他是一种二进制日志，它主要记录了对数据进行改动，包括表、数据改动等。也包括一些潜在改动，比如 UPDATE 或 DETELE 执行结果对任意一条数据都没影响的这种情况（DELETE FROM table WHERE 1 = 2）。除非使用 Row-based logging，否则会包含所有改动数据的 SQL Statement。
作用主要有：
- 复制:MySQL Replication在Master端开启binlog，Master把它的二进制日志传递给slaves并回放来达到master-slave数据一致的目的。
- 数据恢复：通过mysqlbinlog工具恢复数据
- 增量备份： 增量备份是指在一次全备份或上一次增量备份后，以后每次的备份只需备份与前一次相比增加或者被修改的文件。
Binary Log在Mysql中默认 关闭 。
- 通过 log_bin = "< ON / OFF >" 系统变量控制Binlog的启停。
- 通过 log_bin_basename = "< path / name >" 系统变量控制Binlog文件的 主文件名 及路径，Log文件会根据切割条件自动切割为
.000001 的形式。 - 通过 log_bin_index = "< path >" 系统变量控制Binlog的索引文件位置。
关于Binlog的其他内容，限于篇幅，这里不展开讨论。
五、总结
以上内容在 MySQL 5.7.19 下验证过，其他版本可能有细节差异，不再另表。
下表总结了几种日志类型的作用和默认开启情况。
| 类型 | 作用 | 默认情况 |
|---|---|---|
| Error Log | 记录了数据启停，故障，警告等信息。 | ON |
| General Query Log | 记录了所有的数据库链接、语句执行情况，开启会增加数据库负担。 | OFF |
| Slow Query Log | 记录了执行时间大于阈值的SQL，调试执行性能相关问题时很有用。 | OFF |
| Binary Log | 记录了对数据库进行改动的相关事件，主要用于复制、数据恢复、增量备份等。 | OFF |
六、参考
[2].mysql日志详细解析
