parsetime=true使database/sql驱动将mysql的datetime/timestamp字段自动解析为go的time.time类型，而非[]byte或string；但仅负责解析，不处理时区校准，必须配合loc=utc等显式时区参数使用，否则默认按本地时区解释可能导致8小时偏差。
MySQL连接字符串里parseTime=true到底干了什么
它让database/sql驱动把MySQL返回的DATETIME、TIMESTAMP字段自动转成Go的time.Time类型，而不是默认的[]byte或string。不加这个参数，你读出来的时间是字节切片，得自己time.Parse，极易出错。
但加了它不等于万事大吉——它只负责“解析”，不负责“时区校准”。MySQL服务端用什么时区返回时间、Go客户端用什么时区去解释那个时间，是两回事。
-
parseTime=true必须配合loc=Local或loc=UTC等显式时区参数使用，否则time.Time的Location默认是time.Local（即宿主机本地时区），而MySQL很可能按+00:00发数据 - 如果MySQL配置为
system_time_zone=UTC，但你的Go进程在CST时区运行，又没指定loc，那一个2024-05-10 12:00:00会被当成本地时间解析，结果偏差8小时 - 连接字符串示例：
user:pass@tcp(127.0.0.1:3306)/db?parseTime=true&loc=UTC
为什么time.Time存进MySQL后总是差8小时
根本原因是Go写入时没统一时区基准：你用time.Now()拿到的是time.Local时间，但MySQL的TIMESTAMP列会自动转成服务器时区存储（通常是UTC），而DATETIME列则原样存字符串——这时如果Go传的是带CST时区的time.Time，MySQL可能截断时区信息，导致入库值变成“无时区含义”的本地时间字符串。
- 写入前务必统一转成UTC：
t.UTC()，再交给sql.Stmt.Exec - 或者在MySQL连接串里强制
loc=UTC，让所有time.Time被当作UTC时间处理（包括读和写） - 避免用
time.Now().In(loc)直接生成带本地时区的时间再写入，除非你100%确认MySQL服务器也用同一时区且列类型是DATETIME - 检查MySQL当前时区：
SELECT @@global.time_zone, @@session.time_zone;
time.LoadLocation("Asia/Shanghai")不能直接塞进MySQL连接串
连接参数loc只接受预定义的时区名字符串，比如UTC、Local，不支持IANA时区路径（如Asia/Shanghai）。硬塞进去会导致驱动解析失败，报错unknown time zone Asia/Shanghai。
立即学习“go语言免费学习笔记（深入）”；
- 解决方案一：用
loc=Asia%2FShanghai（URL编码后），前提是MySQL服务器已加载该时区表（执行过mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root mysql） - 解决方案二：更稳妥的做法是在Go代码里统一用
time.UTC做I/O，业务逻辑中需要展示时再用time.In(loc)转换，比如t.In(shanghaiLoc) - 验证时区是否可用：
SELECT CONVERT_TZ('2024-01-01 00:00:00', '+00:00', 'Asia/Shanghai');
用time.Time做WHERE条件时为什么查不到数据
常见于用time.Now()生成查询时间，但MySQL服务器和Go进程时区不一致，导致生成的SQL里时间字面量和数据库实际存储值不在同一参考系。
- 最安全做法：所有查询条件中的
time.Time都先调用.UTC()，确保和MySQL的TIMESTAMP列对齐 - 如果MySQL用
DATETIME且明确按本地时间存，那就统一用.In(time.Local)，但必须保证所有机器（DB、Go服务、运维终端）时区一致，现实中极难维持 - 调试技巧：打印出最终拼出的SQL（开启
sql.Open("mysql", "...&interpolateParams=true")并用fmt.Printf看绑定值），对比MySQL里实际存储的时间值 - 注意
time.Time{}零值是0001-01-01 00:00:00 +0000 UTC，不是NULL；插入前记得判空，否则可能意外写入远古时间
时区问题从来不是单点配置能解决的，它横跨MySQL配置、连接参数、Go代码中的时间生成与转换、甚至部署环境的TZ环境变量。最容易被忽略的是：你以为设了loc=UTC就高枕无忧，但只要有一处用了time.Now().Local()再直接入库，整条链路就断了。
