/my.cnf中添加下述配置[mysqld]general_log=on//on为开启；off为关闭general_log_file=/var/log/generalLog.log//审计信息存储位置log_timestamps

本文所使用数据库为mysql8.0，5.x版本的mysql上没试过一下步骤调用审计功能无需下载任何插件，两行命令就能搞定一、首先查看审计配置情况1.showglobalvariableslike'log_timestamps

查资料发现原来日志的时区和服务器的时区不是一个参数控制的log_timestamps单独控制日志的时区showglobalvariableslike'log_timestamps';看到默认的是UTC，

MySQL5.7.2多了一个参数log_timestamps，这个参数主要是控制错误日志、慢查询日志等日志中的显示时间。但

新改进为了方便对于不知道是什么原因导致日志时间差异，以及不知道如何解决的用户，MySQL在5.7.2版本中新增了一个参数——log_timestamps，用来解决此问题。

1.log_timestamps参数介绍首先说明下log_timestamps参数并不影响时区，只是设置不同会影响某些日志记录的时间。该参数主要是控制errorlog、s

数据库参数设置#开启binlog日志[mysqld]server-id=xxlog-bin=mysql-binbinlog-format=row#设置数据库日志时间为系统时间（默认为utc时间）[mysqld]log_timestamps

1.log_timestamps参数介绍首先说明下log_timestamps参数并不影响时区，只是设置不同会影响某些日志记录的时间。该参数主要是控制errorlog、s

MySQL(或pxc)5.7的错误日志显示的时间和系统时间不一致，查阅官方文档可知：从MySQL5.7.2开始，新增了log_timestamps参数，它主要是控制errorlog、generalog等日志文件的显示时间

在MySQL5.7版本中，日志记录时间发生了变化，使用了UTC方式来记录日志时间，也就是说这是个世界统一时间，与我们常用的本地时间不协调，因此，初始化MySQL5.7之后，需要对此做出调整，如下本文的描述。一、错误日志的时间格式当前环境[robin@ydq-mnt~]$more/etc/redhat-releaseCentOSLinuxrelease7.4.1708(Core)[robin@ydq

一、log_timestamps1.1、官方解释log_timestamps:Logtimestampformat.AddedinMySQL5.7.2.Thisvariablecontrolsthetimestamptimezoneoferrorlogmessages

创建数据,配置目录mkdir-p/docker/mysql/{data,conf.d}#创建配置文件vi/docker/mysql/conf.d/my.cnf#添个一项配置，默认是UTC[mysqld]log_timestamps

1.log_timestamps参数介绍首先说明下log_timestamps参数并不影响时区，只是设置不同会影响某些日志记录的时间。该参数主要是控制errorlog、s

最近，遇到一个奇怪的问题，mysql使用--defaults-file指定my.cnf启动数据库，结果每次启动都报错log_timestamps参数无效。

在MySQL5.7版本中，日志记录时间发生了变化，使用了UTC方式来记录日志时间，也就是说这是个世界统一时间，与我们常用的本地时间不协调，因此，初始化MySQL5.7之后，需要对此做出调整，如下本文的描述。一、错误日志的时间格式当前环境[robin@ydq-mnt~]$more/etc/redhat-releaseCentOSLinuxrelease7.5.1804(Core)[robin@ydq

1.log_timestamps参数介绍首先说明下log_timestamps参数并不影响时区，只是设置不同会影响某些日志记录的时间。该参数主要是控制errorlog、s

1.log_timestamps参数介绍首先说明下log_timestamps参数并不影响时区，只是设置不同会影响某些日志记录的时间。该参数主要是控制errorlog、s

1.log_timestamps参数介绍首先说明下log_timestamps参数并不影响时区，只是设置不同会影响某些日志记录的时间。该参数主要是控制errorlog、s

1.log_timestamps参数介绍首先说明下log_timestamps参数并不影响时区，只是设置不同会影响某些日志记录的时间。该参数主要是控制errorlog、s

CentOS7.4目标库：192.168.56.18，版本为5.7.16，操作系统为CentOS7.42.注意事项注意两个版本的特性及参数，例如5.6中没有5.7的default_password_life,log_timestamps

在MySQL5.7.2新增了log_timestamps这个参数，该参数主要是控制errorlog、generalog，等等记录日志的显示时间参数。

#Time:2020-01-10T06:42:24.940811Z2、系统时间$dateFriJan1014:42:31CST20203、查看数据库参数mysql>showvariableslike'log_timestamps

#Time:2020-01-10T06:42:24.940811Z2、系统时间$dateFriJan1014:42:31CST20203、查看数据库参数mysql>showvariableslike'log_timestamps

从MySQL5.7.2开始，新增了log_timestamps参数，主要用于控制errorlog、generalog和其它相关日志的显示时间。

在MySQL5.7.2新增了log_timestamps这个参数，该参数主要是控制errorlog、generalog，等等记录日志的显示时间参数且默认安装后error_log,slow_log日志时间戳默认为

MySQL版本为5.7.22查询error.log，显示时间为凌晨1点左右查询系统时间正常查询数据库内时间正常查询日志时间戳，发现该设置为UTCshowglobalvariableslike'log_timestamps

MySQL5.7.2多了一个参数log_timestamps，这个参数主要是控制错误日志、慢查询日志等日志中的显示时间。但

Generalquerylog通用查询日志Binarylog二进制日志Relaylog中继日志Slowquerylog慢查询日志DDLlogDDL日志通用配置log_output='TABLE,FILE'log_timestamps

在MySQL5.7.2新增了log_timestamps这个参数，该参数主要是控制errorlog、generalog，等等记录日志的显示时间参数且默认安装后error_log,slow_log日志时间戳默认为

在MySQL5.7.2新增了log_timestamps这个参数，该参数主要是控制errorlog、generalog，等等记录日志的显示时间参数且默认安装后error_log,slow_log日志时间戳默认为

MySQL5.7的错误日志时间和系统时间不一致，看起来费劲，查阅官方文档得知从MySQL5.7.2开始，新增了log_timestamps参数，它主要是控制errorlog、generalog等日志文件的显示时间参数