• 进入"运维那点事"后,希望您第一件事就是阅读“关于”栏目,仔细阅读“关于Ctrl+c问题”,不希望误会!

MySQL 5.7定义日志级别新参数(log_error_verbosity)

MySQL 5.7 彭东稳 5年前 (2018-06-07) 16501次浏览 已收录 1个评论

log_warnings

在介绍这个参数前,我们先聊聊参数 log_warnings。我们知道 MySQL 中,其中 log_error 定义是否启用错误日志的功能和错误日志的存储位置,log_warnings 定义是否将告警信息(warning messages)也写入错误日志。此选项默认启用,具体来说:

  • log_warnings 为 0, 表示不记录告警信息。
  • log_warnings 为 1, 表示告警信息写入错误日志。
  • log_warnings 大于 1, 表示各类告警信息,例如有关网络故障的信息和重新连接信息写入错误日志。

注意,此参数在不同版本略有差别,在 MySQL 5.6 中,log_warnings 的默认值为 1,如下所示:

Property Value
Command-Line Format --log-warnings[=#]
System Variable log_warnings
Scope (>= 5.6.4) Global
Scope (<= 5.6.3) Global, Session
Dynamic Yes
Type (64-bit platforms) integer
Type (32-bit platforms) integer
Default Value (64-bit platforms) 1
Default Value (32-bit platforms) 1
Minimum Value (64-bit platforms) 0
Minimum Value (32-bit platforms) 0
Maximum Value (64-bit platforms) 18446744073709551615
Maximum Value (32-bit platforms) 4294967295

在 MySQL 5.7 中,有些版本默认值为 2,有些版本默认值为 1, 具体参考官方文档信息,如下所示:

Property Value
Command-Line Format --log-warnings[=#]
Deprecated 5.7.2
System Variable log_warnings
Scope Global
Dynamic Yes
Type (64-bit platforms) integer
Type (32-bit platforms) integer
Default Value (64-bit platforms, >= 5.7.2) 2
Default Value (64-bit platforms, <= 5.7.1) 1
Default Value (32-bit platforms, >= 5.7.2) 2
Default Value (32-bit platforms, <= 5.7.1) 1
Minimum Value (64-bit platforms) 0
Minimum Value (32-bit platforms) 0
Maximum Value (64-bit platforms) 18446744073709551615
Maximum Value (32-bit platforms) 4294967295

将告警信息,例如连接中断等告警信息输出到错误日志。该选项默认启用(默认值为1)。要禁用它,请使用--log-warnings = 0选项。指定没有级别值的选项时,将当前值递增1。推荐将这个值设置为大于0启用告警日志信息写入错误日志。举个例子,如果你正在使用复制(你将会获取正在发生的事情的更多详细信息,例如有关网络故障的信息和重新连接信息)。如果该值大于1,连接中断将写入错误日志,新的连接尝试访问的拒绝访问信息。参见Section B.5.2.11, “Communication Errors and Aborted 

如果从服务器(slave server)启动时启用了--log-warnings,则从设备将消息输出到错误日志中以提供有关其状态的信息,例如二进制日志和中继日志坐标,它在开始作业时切换到另一个中继日志,断开连接后重新连接等等。如果--log-warnings大于0,服务器将记录关于对基于语句的日志不安全的语句的消息。

注意,从 MySQL 5.7.2 开始,首选 log_error_verbosity 系统变量,而不是使用--log-warnings选项或log_warnings系统变量,这个参数从 MySQL 8.0.3 开始被移除了。

Note

This system variable was removed in MySQL 8.0.3. Use the log_error_verbosity system variable instead.

log_error_verbosity

新参数 log_error_verbosity 更简单,它有三个可选值, 分别对应:1 错误信息;2  错误信息和告警信息;3:错误信息、告警信息和通知信息。 具体参考官方文档,下面部分截取官方文档。

Property Value
Command-Line Format --log-error-verbosity=#
System Variable log_error_verbosity
Scope Global
Dynamic Yes
SET_VAR Hint Applies No
Type integer
Default Value (>= 8.0.4) 2
Default Value (<= 8.0.3) 3
Minimum Value 1
Maximum Value 3

用于处理错误日志的事件的详细程度,由错误日志过滤器组件 log_filter_internal 进行过滤。如果未启用 log_filter_internal,则 log_error_verbosity 不起作用。下表显示了允许的详细度值。

Desired Log Filtering log_error_verbosity Value
Error messages 1
Error and warning messages 2
Error, warning, and note messages 3

当变量值为1时,所选的有关非错误情况的重要系统消息(如启动和关闭消息)将打印到错误日志中。有关其他信息,Section 5.4.2.5, “Error Log Filtering”Section 5.5.1, “Error Log Components”

从上面表格可以看出,从 MySQL 5.7->MySQL 8.0.3 此参数的默认值为 3,大于 MySQL 8.0.3 开始默认值调整为 2 了。所以,在 MySQL 5.7 版本中,你可能在错误日志信息中看到一大堆Note类型的日志。具体参考这篇文章“MySQL 5.7错误日志中常见的几种Note级别日志解释”。

log_error_verbosity 与 innodb_print_all_deadlocks

在 MySQL 中,发生死锁的时候,我们可以选择把死锁日志输出到 error log 中,通过开启 innodb_print_all_deadlocks 参数控制。这里有一个小问题,开启 innodb_print_all_deadlocks 后,输出到 error log 中的日志级别为 Note。也就是说,当 log_error_verbosity=3 的时候,Note 级别日志才会输出到 error log 中。具体日志信息格式如下:

是不是意味着 log_error_verbosity<3 时,就算 innodb_print_all_deadlocks=ON,死锁日志也不会记录到 error log 中呢?

其实两者还是有点差别,当 log_error_verbosity<3 & innodb_print_all_deadlocks=ON 时,还是会记录死锁日志到 error log 中,不过日志简化了一些,格式如下:

可以看到具体的 Note 日志条目确实没有记录了,只有一些具体的死锁信息,友好度差了一些。

结论,两个参数并没有必然关系,开启了 innodb_print_all_deadlocks 参数必然会记录死锁日志,具体的死锁日志额外的 Note 信息靠 log_error_verbosity 参数来控制。

<转载>

http://www.cnblogs.com/kerrycode/p/8973285.html


如果您觉得本站对你有帮助,那么可以支付宝扫码捐助以帮助本站更好地发展,在此谢过。
喜欢 (0)
[资助本站您就扫码 谢谢]
分享 (0)

您必须 登录 才能发表评论!

(1)个小伙伴在吐槽