Grails升级后MySQL 5.7至8的时区数据迁移问题求助

问题背景 #

• 旧系统：Grails 2.2 + MySQL 5.7，运行时区US/Mountain，datecreated字段存储为US/Mountain时间
• 新系统：Grails 4.0.10 + MySQL 8，已配置JVM参数-Duser.timezone=US/Mountain，但datecreated仍以UTC存储，读取时转成US/Mountain显示
• 迁移痛点：旧数据导入新系统后，时间显示偏差7小时，已知可手动转UTC后导入，寻求其他方案

可行解决方案 #

方案1：调整MySQL 8全局时区为US/Mountain #

让数据库层面直接使用US/Mountain时区存储和读取时间，和旧系统保持一致：

1. 修改MySQL配置文件（my.cnf/my.ini），添加或更新：

   default-time-zone = 'US/Mountain'
   

2. 重启MySQL服务
3. 验证配置：登录MySQL执行以下命令，确认时区为US/Mountain

   SELECT @@global.time_zone, @@session.time_zone;
   

• 优势：无需修改应用代码，旧数据导入后直接可用，新写入数据自动以US/Mountain存储
• 注意：若其他业务依赖UTC存储，需评估兼容性

方案2：配置JDBC连接时区参数 #

在应用数据源配置中，强制指定数据库交互时区为US/Mountain，让JDBC自动处理时区转换：
修改application.yml（或application.groovy）的数据源URL：

dataSource:
    url: jdbc:mysql://localhost:3306/your_database?useSSL=false&serverTimezone=US/Mountain&useLegacyDatetimeCode=false

• 原理：告诉JDBC驱动，数据库的时区是US/Mountain，读取旧数据时不会错误地将US/Mountain时间当成UTC转换，新写入数据也会按US/Mountain时区存储
• 优势：无需修改MySQL全局配置，仅针对当前应用生效

方案3：批量迁移旧数据时区（适配新系统UTC存储逻辑） #

如果希望保持新系统UTC存储的规范，可通过SQL脚本批量转换旧数据的时区：

UPDATE registration 
SET datecreated = CONVERT_TZ(datecreated, 'US/Mountain', 'UTC');

• 操作步骤：先导入旧数据到新MySQL，再执行上述脚本完成时区转换
• 优势：统一用UTC存储（业界通用最佳实践），避免后续时区问题

方案4：域类自定义时间持久化逻辑 #

在Registration域类中手动控制datecreated的时区处理：

class Registration {
    Date dateCreated

    static mapping = {
        dateCreated column: 'datecreated', type: 'timestamp'
    }

    def beforeInsert() {
        // 插入时强制使用US/Mountain时区生成时间
        def mountainTz = TimeZone.getTimeZone("US/Mountain")
        dateCreated = new Date(Calendar.getInstance(mountainTz).getTimeInMillis())
    }
}

• 注意：仅适合局部调整，若有其他时间字段需同步处理，建议优先选择前面的全局方案

内容的提问来源于stack exchange，提问作者kofhearts