• ADADADADAD

    MySQL5.7慢查询日志时间与系统时间差8小时原因[ mysql数据库 ]

    mysql数据库 时间:2024-12-25 09:55:10

    作者:文/会员上传

    简介:

    在对慢查询进行查看的时候发现时间不对,正好与系统时间相差8个小时。1、慢查询显示时间如下# Time: 2020-01-10T06:42:24.940811Z2、系统时间$ dateFri Jan 10 14:42:31 CST

    以下为本文的正文内容,内容仅供参考!本站为公益性网站,复制本文以及下载DOC文档全部免费。

    在对慢查询进行查看的时候发现时间不对,正好与系统时间相差8个小时。1、慢查询显示时间如下# Time: 2020-01-10T06:42:24.940811Z2、系统时间$ dateFri Jan 10 14:42:31 CST 20203、查看数据库参数mysql> show variables like 'log_timestamps';+----------------+-------+| Variable_name| Value |+----------------+-------+| log_timestamps | UTC |+----------------+-------+1 row in set (0.00 sec)UTC大家都知道是世界统一时间,而我现在的系统时间是东八区,比UTC早了8个小时,这就对上了。查看官方文档看一下官网的解释。log_timestampsPropertyValueCommand-Line Format --log-timestamps=#Introduced5.7.2System Variable log_timestampsScope GlobalDynamic YesTypeEnumerationDefault Value UTCValid ValuesUTCSYSTEMThis 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).Timestamps are written using ISO 8601 / RFC 3339 format: YYYY-MM-DDThh:mm:ss.uuuuuu plus a tail value of Z signifying Zulu time (UTC) or ±hh:mm (an offset from UTC).修改参数就可以解决问题。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 |+----------------+--------+
    MySQL5.7慢查询日志时间与系统时间差8小时原因.docx

    将本文的Word文档下载到电脑

    推荐度:

    下载