ITPub博客

MySQL 5.7 日志时间与系统时间不一致的问题(log_timestamps)

原创 作者:神谕丶 时间:2017-10-17 11:57:23 0 删除 编辑

5.7.2后,MySQL加入了一个参数,log_timestamps
这个参数是用于控制error log、general log、slow log日期时区的。
当然,只对log_output=FILE的general log、slow log生效。


那么如果没有在5.7的配置文件中额外设置的情况下,就会出现如下问题:
比如错误日志中的时间不对之类的问题,可以说是十分蛋疼了。

这个参数最坑爹的地方是,默认值为"UTC"
  1. [11:50:57] root@localhost [(none)]> SELECT @@log_timestamps;
  2. +------------------+
  3. | @@log_timestamps |
  4. +------------------+
  5. | UTC              |
  6. +------------------+
  7. 1 row in set (0.00 sec)

而之前的版本默认为本地的系统时区:
  1. Before 5.7.2, timestamps in log messages were written using the local system time zone by default, not UTC. If you want the previous log message time zone default, set log_timestamps=SYSTEM.

该变量目前为枚举类型,并只支持"UTC"与"SYSTEM",并且可以动态修改:

  1. [11:51:09] root@localhost [(none)]> SET GLOBAL log_timestamps=SYSTEM;   SELECT @@log_timestamps;
  2. Query OK, 0 rows affected (0.00 sec)

  3. +------------------+
  4. | @@log_timestamps |
  5. +------------------+
  6. | SYSTEM           |
  7. +------------------+
  8. 1 row in set (0.00 sec)



虽然不知ORACLE出于什么考虑要这样改,但总之先将其改为SYSTEM,并写在配置文件里吧。

写在配置文件里重启的错误日志效果可以感受一下:
瞬间多续了8个小时。






作者微信公众号(持续更新)


请登录后发表评论 登录
全部评论
微信公众号:fantasy-life-

注册时间:2014-07-28

  • 博文量
    159
  • 访问量
    877119