解决r2dbc连mysql时timestamp字段的时区问题

现象：

在两个mysql库用相同SQL都建了某表，都有created_at字段： created_at timestamp NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', 。但是在往此表insert记录时，B库的created_at字段比当前时间慢了8个小时，而A库无此问题。

背景：

命令	A库	B库
SHOW VARIABLES LIKE 'version';	8.0.39-0ubuntu0.22.04.1	5.6.44
SHOW VARIABLES LIKE '%time_zone%'
SELECT @@session.time_zone AS session_time_zone, @@global.time_zone AS global_time_zone;

虽然两边mysql的版本也不一样，但我认为关键问题应该是system_time_zone不同。以下是通义灵码对这个参数的解释：

system_time_zone 是 MySQL 中的一个系统变量，它表示 MySQL 服务器所在的宿主机的操作系统时区设置。

简单来说，就是A库和B库所在宿主机的OS的时区不一样，A库宿主机在我们习惯的东八区（CST），而B库宿主机在UTC，这就比CST慢了8小时。

解决办法

翻了无数资料，有资料说可以改mysql的时区设置，但是会改掉宿主机上所有mysql库的时区，这不是我的预期。而作为一个自动插入的字段，我并不想因为这么个时区问题而对应用层的代码做什么修改。所以一直在DB连接串上想办法，最后终于找到一种可行的办法¹,²：

• 切换r2dbc-mysql的实现库从jasync到io.asyncer ：
  
• 给B库的DB连接串加上connectionTimeZone和forceConnectionTimeZoneToSession字段：

spring:
  r2dbc:
    url: r2dbc:mysql://userXXX:pswXXX@ipXXX:portXXX/dbNameXXX?connectionTimeZone=Asia/Shanghai&forceConnectionTimeZoneToSession=true

最后达到的效果是，没有改B库本身的设置，insert记录后，从数据库客户端看created_at字段还是在UTC时区，但是从后端程序读出来就是东八区的时间。附后端的BEAN类的createdAt字段的类型是LocalDateTime：

附似乎有参考性的文档：Setting the MySQL JDBC Timezone Using Spring Boot Configuration

其他相关问题

连A库的连接串可以加上connectionTimeZone=Asia/Shanghai属性，但是加上forceConnectionTimeZoneToSession=true就会报错。配置

logging:
  level:
    org.springframework.data.r2dbc: DEBUG
    dev.miku.r2dbc.mysql: DEBUG

后把log level降到debug，可以看到具体报错信息是code=1298, sqlState=‘HY000’, message='Unknown or incorrect time zone: 'Asia/Shanghai。翻了一些资料³,⁴大概是要往mysql下载并配置缺的时区信息。但考虑到A库时区本来就在东八，不加这两属性也没关系，就没坚持解决这个配置问题了。

附一些相关资料

r2dbc指定时区问题 from 腾讯云
和
r2dbc连接mysql8时区问题 from CSDN 也许在老一些的版本有效

老版本的mirromutth/r2dbc-mysql 用 serverZoneId

---

1. MR：Aligns timezone behavior with JDBC ↩︎

2. Issue: Aligning serverZoneId Behavior with connectionTimeZone ↩︎

3. mysql设置时区使用‘Asia/Shanghai’时报错 ↩︎

4. [SOLVED] Time zone issue (MySQL) ↩︎