当前位置: 首页 > 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.zskr.cn/news/121059.html

相关文章:

  • BXMya BENTLY 3500/94 145988-01 机架接口模块
  • 谁在捧杀豆包手机?
  • Kotaemon播客脚本生成:节目大纲与台词
  • 单片机基础知识(八)8080时序
  • web城乡居民基本医疗信息管理系统信息管理系统源码-SpringBoot后端+Vue前端+MySQL【可直接运行】
  • 基于Kotaemon的政策法规智能查询系统
  • 文心大模型5.0震撼来袭:AI产品经理必读的技术实践与设计攻略!
  • 昆明别墅装修公司推荐:避坑Top3,住建局数据选这3家立省20万!
  • 昆明装修公司推荐:实地探访12盘揭晓榜首,95%设计落地+终身质控
  • 《逆行人生》如何用个人专利权,重塑资本世界
  • Kotaemon更新日志:最新v1.2版本带来哪些关键升级?
  • 扩大内需与城乡规划关系
  • 59、数据访问与绑定技术全面解析
  • 2、深入解析Flex与Bison:从原理到应用
  • ImHex 十六进制编辑器 v1.38.0 多语便携版
  • 16、macOS Mojave实用技巧与优化指南
  • 红外热像仪光学性能综合测试系统在多领域中的作用
  • 6、Bison解析器与抽象语法树计算器的实现与优化
  • 是个公司都在用AI Agent,但大家真的用明白了吗??| MEET2026圆桌论坛
  • 基于Kotaemon的多语言问答系统构建方法
  • 7、macOS Stacks:高效管理与便捷操作指南
  • 灾害预警信息快速语音化:EmotiVoice响应
  • 算力的“围墙花园”与闭环幻觉:企业 Agent 的“烂尾”真相
  • 告别答案不可追溯!Kotaemon确保RAG结果精准可控
  • Kotaemon审计日志功能帮助企业通过ISO认证
  • 21、Windows 8 高级故障排除与网络问题解决指南
  • RAG知识库-文档过滤和检索
  • Kotaemon框架的国际化支持现状与改进方向
  • Kotaemon游戏NPC对话系统:沉浸式交互体验
  • Kotaemon如何处理否定反馈?在线学习机制解析