esxi时区设置 +8_Go语言MySQL时区问题
生活随笔
收集整理的這篇文章主要介紹了
esxi时区设置 +8_Go语言MySQL时区问题
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
原文見:Go語言MySQL時區問題 - Jiajun的編程隨想
最近由于我要統一技術棧,因此把原本使用SQLite做存儲的數據全部遷移到MySQL。博客也是。不過當我檢查數據庫時,發現時間和 我產生數據的時間相差8小時。
首先檢查機器的時間:
$ date Thu 14 Nov 2019 11:13:59 AM CST檢查MySQL的時間:
> select now(); +---------------------+ | now() | +---------------------+ | 2019-11-14 11:14:42 | +---------------------+ 1 row in set (0.000 sec)檢查Go的時間:
package mainimport ("fmt""time" )func main() {fmt.Printf("now: %sn", time.Now()) }執行:
$ go run main.go now: 2019-11-14 11:16:44.277801507 +0800 CST m=+0.000070270檢查數據時間:
> select * from issue order by id desc limit 1; +-----+---------------------+---------------------+------------+------------+----------------------------------+ | id | created_at | updated_at | deleted_at | content | url | +-----+---------------------+---------------------+------------+------------+----------------------------------+ | 285 | 2019-11-14 01:54:53 | 2019-11-14 01:54:57 | NULL | htop詳解 | https://peteris.rocks/blog/htop/ | +-----+---------------------+---------------------+------------+------------+----------------------------------+ 1 row in set (0.000 sec)1點?這是不可能的。
綜合上面的檢查結果,我們知道:
- Go的程序輸出的時間沒有問題
- 系統的時間也沒有問題
- 數據庫的時間也沒有問題
- 本地開發機器的時間也沒有問題
那么問題會在哪里呢?我的經驗告訴我,可能是數據庫驅動的鍋。檢查一下配置:
SQLX_URL="user:abcdefg@(localhost:3306)/blog?parseTime=true"發現我之前加了 parseTime=true,如果不加的話,就無法讓驅動把MySQL的 DATETIME 類型和Go的 time.Time 互轉。于是查了一下 文檔,發現需要用loc來指定時區。我選擇和機器一致,因此改成下面即可:
SQLX_URL="user:abcdefg@(localhost:3306)/blog?parseTime=true&loc=Local"參考資料:
- https://github.com/go-sql-driver/mysql
更多文章
- 協程(coroutine)簡介 - 什么是協程?
- goroutine 切換的時候發生了什么?
- Prometheus 數據類型
- Gin源碼閱讀與分析
- 如何面試-作為面試官得到的經驗
- 自己寫一個容器
- Golang(Go語言)中實現典型的fork調用
- 軟件開發之禪---大事化小,各個擊破
- 程序員的自我修養:鏈接,裝載與庫 閱讀筆記
- Redis源碼閱讀與分析三:哈希表
- Redis源碼閱讀與分析二:雙鏈表
- Redis源碼閱讀與分析一:sds
- Golang runtime 源碼閱讀與分析
- Golang的一些坑
- GC 垃圾回收
總結
以上是生活随笔為你收集整理的esxi时区设置 +8_Go语言MySQL时区问题的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: c打开指定路径文件_C++ 读取指定路径
- 下一篇: python windows窗口开发_W