mysql5.7日志时间与系统时间不一致

在MySQL 5.7.2 新增了 log_timestamps 这个参数,该参数主要是控制 error log、genera log,等等记录日志的显示时间参数
且默认安装后error_log,slow_log 日志时间戳默认为UTC,因此会造成与系统时间不一致,与北京时间相差8个小时

mysql> SHOW GLOBAL VARIABLES LIKE ‘log_timestamps‘;
+----------------+-------+
| Variable_name  | Value |
+----------------+-------+
| log_timestamps | UTC   |
+----------------+-------+
1 row in set (0.00 sec)

mysql> set GLOBAL log_timestamps=SYSTEM;
Query OK, 0 rows affected (0.00 sec)

mysql> SHOW GLOBAL VARIABLES LIKE ‘log_timestamps‘;
+----------------+--------+
| Variable_name  | Value  |
+----------------+--------+
| log_timestamps | SYSTEM |
+----------------+--------+
1 row in set (0.00 sec)

因为log_timestamps ?是一个GLOBAL的全局参数,所以直接在登录后去set全局参数,重启后就会直接失效

因此需要在mysql的配置文件/etc/my.cnf中[mysqld]中增加一条log_timestamps的配置

log_timestamps=SYSTEM

原文地址:http://blog.51cto.com/wujianwei/2350163

时间: 2024-10-16 21:31:55

mysql5.7日志时间与系统时间不一致的相关文章

crontab时间和系统时间不一致

昨天写了一脚本,放在crontab上,设定每天早上5点半执行.今天早上发现,没有脚本执行记录. # service crond status  // 查看crontab 状态 #  tail -100 /var/log/cron   // 查看最近100条crontab日志 发现是系统时间和crontab 日志时间不一致,慢了8个小时. #  ntpdate us.pool.ntp.org               // 同步系统时间 # cp /usr/share/zoneinfo/Asia

ftp上来显示的时间和系统时间不一致

ftp上来显示的时间和系统时间不一致,是因为默认情况下,vsftpd 是用GMT做为他的时间的,所以和系统的时间可能会不一致 修改也非常简单: vi /etc/vsftpd/vsftpd.conf 在最后加入一行: use_localtime=YES 存盘后,重启vsftpd: service vsftpd restart

如何解决vsftpd下显示的时间与系统时间不一致

vsftpd在安全性.高性能及稳定性三个方面有上佳的表现.它提供的主要功能包括虚拟IP设置.虚拟用户. Standalone.inetd操作模式.强大的单用户设置能力及带宽限流等.就是这么好的程序,有时候也能发生小错误:vsftpd下显示的时间与系 统时间不一致,怎么办呢,我来帮你解答! ftp上来显示的时间与系统时间不一致,是因为默认情况下,vsftpd 是用GMT做为它的时间的,所以和系统的时间可能会不一致.修改也很简单: vi /etc/vsftpd/vsftpd.conf 在最后加入一行

java new Date()得到的时间和系统时间不一样

造成这种问题的原因是:操作系统时区跟JVM的时区不一致. [[email protected] ~]# timedatectl Local time: Thu 2016-12-29 15:35:44 CST Universal time: Thu 2016-12-29 07:35:44 UTC RTC time: Thu 2016-12-29 07:35:45 <strong>Time zone: Asia/Shanghai (CST, +0800)</strong> NTP en

mysql-5.7.10产生的日志时间与系统时间不一致

问题描述: 使用安装的mysql workbench登录mysql后,选择server log 进行日志查看的时候,发现产生日志的时间和当期的系统时间不一致:如下图: 查看mysql系统的当期时间显示的是: 出现如上情况,很是不解:于是在度娘上问了一下各路大神,发现还真有灵丹妙药可以用: 原因描述: 在MySQL 5.7 新增了 log_timestamps 这个参数,该参数主要是控制 error log.genera log,等等记录日志的显示时间参数 且默认安装后error_log,slow

告警日志时间与系统时间相差8小时

系统默认的log_timestamps为UTC,与linux系统时间相差8小时 解决方法: SET GLOBAL log_timestamps = SYSTEM;(立即生效,重启mysql服务,失效) 永久生效方法,在/etc/my.cnf中添加 log_timestamps=system 原文地址:https://www.cnblogs.com/tonnytangy/p/11966344.html

Centos7 修改硬件时间和系统时间

查看系统时间 [[email protected] ~]# date Tue Jun 13 10:20:13 CST 2017 查看硬件时间 [[email protected] ~]# hwclock --show Tue 13 Jun 2017 02:11:12 AM CST -0.848845 seconds 可以看出系统时间比硬件时间快,系统时间是准确的 假如系统时间和硬件时间都不准确 更新系统年月日 [[email protected] ~]# timedatectl set-time

Docker Java应用日志时间和容器时间不一致

1.在docker容器和系统时间不一致是因为docker容器的原生时区为0时区,而国内系统为东八区. 2.还有容器中运行的java应用打出的日志时间和通过date -R方式获取的容器标准时间有八个小时时间差. 也就是容器时间和系统时间一致,但是部署的应用和容器时间不一致.Tomcat中部署java应用为例. 修改容器的时区 cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime 修改tomcat JAVA_OPTS JAVA_OPTS="$JAVA

CentOS系统时间与UTC时间不一致的解决方法

我们在安装完Centos Linux操作系统之后,点击系统的时间发现与现在所使用的时间不一致,相差有8小时,而在安装系统的时候我们选择的时区是上海,但是CentOS Linux默认的bios时间是utc时间(UTC 是协调世界时(Universal Time Coordinated)英文缩写,是由国际无线电咨询委员会规定和推荐,并由国际时间局(BIH)负责保持的以秒为基础的时间标度.UTC相当于本初子 午线(即经度0度)上的平均太阳时,过去曾用格林威治平均时(GMT)来表示.北京时间比UTC时间