当前位置: 首页 > news >正文

若依报错Server returns invalid timezone. Go to ‘Advanced‘ tab and set ‘serverTimezone‘ property manually

该报错的核心原因是MySQL 8.0+ 默认时区为 UTC(世界协调时间),与中国所在的东八区(GMT+8/Asia/Shanghai)时区不匹配,而若依的数据源配置中未手动指定serverTimezone参数,导致数据库连接时时区校验失败。

若依框架下的解决方法:修改数据源配置

若依的数据库连接配置集中在application.yml(或application-druid.yml)文件中,只需在 MySQL 连接 URL 中添加serverTimezone参数即可,步骤如下:

步骤 1:定位若依的数据源配置文件

打开若依后端项目,找到以下配置文件:

  • 主配置:ruoyi-admin/src/main/resources/application.yml
  • 或 Druid 专属配置:ruoyi-admin/src/main/resources/application-druid.yml
步骤 2:修改 MySQL 连接 URL,添加时区参数

找到spring.datasource.druid.url配置项,在末尾拼接&serverTimezone=Asia/Shanghai(注意:URL 开头参数用?,后续参数用&)。

错误配置示例

spring: datasource: druid: # 无时区参数,触发报错 url: jdbc:mysql://localhost:3306/ry-vue?useUnicode=true&characterEncoding=utf8&allowMultiQueries=true username: root password: root

正确配置示例(添加serverTimezone=Asia/Shanghai):

spring: datasource: druid: # 新增 serverTimezone 参数,指定为上海时区 url: jdbc:mysql://localhost:3306/ry-vue?useUnicode=true&characterEncoding=utf8&allowMultiQueries=true&serverTimezone=Asia/Shanghai username: root password: root
步骤 3(可选):彻底修改 MySQL 全局时区(避免后续问题)

若不想在每个连接 URL 中加参数,可直接修改 MySQL 全局时区,永久适配东八区:

  1. 登录 MySQL 客户端(如 Navicat / 命令行):
    mysql -u root -p
  2. 执行以下命令修改时区:
    -- 查看当前时区 SELECT @@global.time_zone; -- 设置全局时区为东八区 SET GLOBAL time_zone = '+8:00'; -- 刷新配置 FLUSH PRIVILEGES;
  3. 重启 MySQL 服务,后续连接无需再指定serverTimezone
步骤 4:重启若依后端服务

修改配置后,重启若依的ruoyi-admin模块,检查启动日志:

  • 无「invalid timezone」报错,且能正常连接数据库(如日志显示「DruidDataSource - init success」),说明配置生效。

需要留意的地方:

  1. 时区参数值推荐用Asia/Shanghai(而非GMT+8),避免部分 MySQL 版本识别异常;
  2. 若依多环境配置(dev/prod)需同步修改对应环境的application-xxx.yml文件;
  3. 若使用 MySQL 5.7 及以下版本,虽大概率不会触发该报错,但添加serverTimezone参数也兼容,可统一配置。
http://www.jsqmd.com/news/109904/

相关文章:

  • Kotaemon能否支持语音转文字后进行检索?
  • 库早报|刚刚,这家合肥3D打印公司获融资;鸿日达与联想摩托罗拉布局3D打印;东北大学200万元采购电子束设备
  • 46、C News系统的配置、维护与消息处理
  • BXMya BENTLY 3500/94 145988-01 机架接口模块
  • 企业级BS模式冷链物流系统管理系统源码|SpringBoot+Vue+MyBatis架构+MySQL数据库【完整版】
  • 高校科研团队如何用Kotaemon做学术知识图谱问答?
  • BXMya IC698PSA100E 冗余电源模块
  • 企业级智能问答系统怎么选?Kotaemon告诉你答案
  • LangChain、 Dify、 n8n、 Coze:四大AI框架怎么选?
  • Kotaemon围棋棋局分析:胜率预测与建议
  • Kotaemon播客脚本生成:节目大纲与台词
  • Kotaemon能否做情感分析?用户情绪识别初步尝试
  • 谁在捧杀豆包手机?
  • web城乡居民基本医疗信息管理系统信息管理系统源码-SpringBoot后端+Vue前端+MySQL【可直接运行】
  • 基于Kotaemon的政策法规智能查询系统
  • 单片机基础知识(八)8080时序
  • 文心大模型5.0震撼来袭:AI产品经理必读的技术实践与设计攻略!
  • 昆明别墅装修公司推荐:避坑Top3,住建局数据选这3家立省20万!
  • 当测试设备“走出“恒温车间
  • 3-5年经验产品经理AI转型全攻略:大厂8年老兵亲授实战路径,2026年最新版!
  • AI应用架构师必学:法律AI服务现状的4个架构设计原则与未来的应用
  • 昆明装修公司推荐:实地探访12盘揭晓榜首,95%设计落地+终身质控
  • 《逆行人生》如何用个人专利权,重塑资本世界
  • 一脸懵逼的AI面试:Agent里面的ReAct是什么?
  • 2、Solaris 命名与目录服务及名称服务开关详解
  • Kotaemon更新日志:最新v1.2版本带来哪些关键升级?
  • 扩大内需与城乡规划关系
  • 10、SQL 解析器与 Flex 规范详解
  • 如何通过Kotaemon减少大模型token消耗?
  • 59、数据访问与绑定技术全面解析