您好,登錄后才能下訂單哦!
這篇文章主要介紹“怎么解決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日志時間與系統時間不一致問題”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。