golang连接mysql时一般会加上loc=Local参数，否则timestamp字段储存和读取时间会有偏差，我们来看看为什么
timestamp原理
timestamp储存的是距离1970-01-01 00:00:00的秒数差，timestamp并不保存时区信息
准备表
CREATE TABLE `test` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`ts` timestamp(0) NULL DEFAULT NULL,
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 ROW_FORMAT = Dynamic;
写入
insert into test(ts) values("2022-09-11 08:00:00");
插入上面数据时，数据库会将"2022-09-11 08:00:00"（北京时间）时间转成UTC时间"2022-09-11 00:00:00"，再转成时间戳1662854400存入
select unix_timestamp(ts) from test;//返回1662854400
有些同学好奇了，数据库怎么知道"2022-09-11 08:00:00"这个时间是北京时间，原因是时区
SELECT @@GLOBAL.time_zone, @@SESSION.time_zone;//返回SYSTEM SYSTEM
global.time_zone: mysql服务设置的时区
session.time_zone: 此次连接的设置时区，一般就是global.time_zone,上面返回的SYSTEM，代表取系统时区，也就是东八区
翻译下官方文档：
Values for TIMESTAMP columns are converted from the session time zone to UTC for storage, and from UTC to the session time zone for retrieval.
TIMESTAMP字段的值会从session.time_zone转成UTC再储存，取出时再从UTC转成session.time_zone
所以上面的写入流程总结为：
value："2022-09-11 08:00:00" session.time_zone:"东八区" => UTC "2022-09-11 00:00:00"=>1662854400
golang timestamp插入
有些同学可能以为连接参数loc=Local就是设置session.time_zone,没设置就会时区对不上，所以有问题，我们测试下
package main
import (
"database/sql"
"fmt"
_ "github.com/go-sql-driver/mysql"
)
func main() {
db, err := sql.Open("mysql", "root:xxx@tcp(127.0.0.1:3306)/test?parseTime=true")
if err != nil {
panic(err)
}
defer db.Close()
var gZone, sZone string
err = db.QueryRow("SELECT @@GLOBAL.time_zone, @@SESSION.time_zone").Scan(&gZone, &sZone)
if err != nil {
panic(err)
}
fmt.Println(gZone, sZone) //打印SYSTEM SYSTEM
}
可以看出，未设置loc=Local并不影响session.time_zone，它的值还是系统时区东八区
插入time.Time
清空数据，我们插入一条time.Time类型数据
db.Exec(`insert into test(ts) values (?)`, time.Now()) //北京时间2022-09-11 22:17:07
查下数据库数据
mysql> select ts,unix_timestamp(ts) from test;
+---------------------+--------------------+
| ts | unix_timestamp(ts) |
+---------------------+--------------------+
| 2022-09-11 14:17:07 | 1662877027 |
+---------------------+--------------------+
1 row in set (0.01 sec)
插入的是当前时间22:17:07，展示的却是14:17:07,我们再看比较下时间戳，北京时间2022-09-11 22:17:07的时间戳应为1662905827，但实际储存的是1662877027
（1662905827-1662877027）/3600 = 8//差了8小时
结论: 当未设置loc=Local时,timestamp储存time.Time确实有偏差
插入时间字符串
清空数据，我们插入一条时间字符串类型数据
db.Exec(`insert into test(ts) values (?)`, “2022-09-11 22:17:07”) //北京时间2022-09-11 22:17:07
查下数据库数据
mysql> select ts,unix_timestamp(ts) from test;
+---------------------+--------------------+
| ts | unix_timestamp(ts) |
+---------------------+--------------------+
| 2022-09-11 22:17:07 | 1662905827 |
+---------------------+--------------------+
1 row in set (0.02 sec)
时间字符串插入后数据没有偏差，是正确的
综上，只有向timestamp字段插入time.Time数据时，会有时间偏差
原因
还是看golang mysql库源码,mysql库的配置中有
func NewConfig() *Config {
return &Config{
Collation: defaultCollation,
Loc: time.UTC,
MaxAllowedPacket: defaultMaxAllowedPacket,
AllowNativePasswords: true,
}
}
未设置loc=Local时，Loc=time.UTC,当传入的参数是time.Time时:
case time.Time:
...
v := v.In(mc.cfg.Loc)
v = v.Add(time.Nanosecond * 500) // To round under microsecond
year := v.Year()
year100 := year / 100
year1 := year % 100
month := v.Month()
day := v.Day()
hour := v.Hour() //当强制时区变换后,此Hour值会不同
minute := v.Minute()
second := v.Second()
micro := v.Nanosecond() / 1000
...
强制时区变换，变换后的v.Hour()=14,测试代码如下
t := time.Unix(1662905827, 0) //北京时间2022-09-11 22:17:07
utc := t.In(time.UTC)
fmt.Println(t.Hour(), ":", t.Minute(), ":", t.Second()) //打印 22:17:7
fmt.Println(utc.Hour(), ":", utc.Minute(), ":", utc.Second())//打印 14:17:7
分析
db.Exec(`insert into test(ts) values (?)`, time.Now()) //北京时间2022-09-11 22:17:07
当插入的为time.Time的北京时间2022-09-11 22:17:07，实际发给mysql服务器timestamp字符串为2022-09-11 14:17:07，服务器就把2022-09-11 14:17:07当北京时间去存了
value:"2022-09-11 14:17:07" session.time_zone:"东八区" => UTC "2022-09-11 06:17:07"=>1662877027
db.Exec(`insert into test(ts) values (?)`, “2022-09-11 22:17:07”) //北京时间2022-09-11 22:17:07
当插入的是”2022-09-11 22:17:07"时间字符串时，并没有强制时区变换，实际发给mysql服务器的就是”2022-09-11 22:17:07"
value:"2022-09-11 22:17:07" session.time_zone:"东八区" => UTC "2022-09-11 14:17:07"=>1662905827
参照
https://dev.mysql.com/doc/refman/8.0/en/time-zone-support.html
