怎么解决mysql5.7日志时间与系统时间不一致问题
这篇文章主要介绍“怎么解决mysql5.7日志时间与系统时间不一致问题”,在日常操作中,相信很多人在怎么解决mysql5.7日志时间与系统时间不一致问题问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”怎么解决mysql5.7日志时间与系统时间不一致问题”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
在MySQL 5.7.2 新增了 log_timestamps 这个参数,该参数主要是控制 error log、genera log,等等记录日志的显示时间参数
且默认安装后error_log,slow_log 日志时间戳默认为UTC,因此会造成与系统时间不一致,与北京时间相差8个小时;
【参考手册】
log_timestamps
Property | Value |
---|---|
Command-Line Format | --log-timestamps=# |
Introduced | 5.7.2 |
System Variable | log_timestamps |
Scope | Global |
Dynamic | Yes |
Type | enumeration |
Default Value | UTC |
Valid Values | UTC SYSTEM |
This variable controls the time zone of timestamps in messages written to the error log, and in general query log and slow query log messages written to files. It does not affect the time zone of general query log and slow query log messages written to tables (mysql.general_log,mysql.slow_log). Rows retrieved from those tables can be converted from the local system time zone to any desired time zone with CONVERT_TZ() or by setting the session time_zone system variable.
Permitted log_timestamps values are UTC (the default) and SYSTEM (local system time zone).
【查看系统设置】
SHOW GLOBAL VARIABLES LIKE 'log_timestamps';
+---------------------+-------------------+
|Variable_name | Value |
+---------------------+-------------------+
|log_timestamps | UTC |
+---------------------+-------------------+
因为log_timestamps 是一个GLOBAL的全局参数,所以直接在登录后去set全局参数,重启后就会直接失效;
【处理方法】
步骤一:SET GLOBAL log_timestamps = system; 马上生效
因为log_timestamps 是一个GLOBAL的全局参数,所以直接在登录后去set全局参数,重启后就会直接失效;因此需要在mysql的配置文件中[mysqld]中增加一条log_timestamps的配置
步骤二:log_timestamps=SYSTEM;
到此,关于“怎么解决mysql5.7日志时间与系统时间不一致问题”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341