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

MySQL迁移达梦数据库，Quartz报错“无效的表或视图名”

news 2026/6/12 16:07:45

背景

最近在做国产化适配，需要将原本基于 Spring Boot + Quartz + MySQL 的应用迁移到达梦数据库（DM8）。
在完成了数据迁移，确认表结构和数据都已经存在于达梦数据库中后，启动服务时报错，导致定时任务模块无法初始化。

1. 问题现象

项目启动时，控制台疯狂输出 Quartz 相关的错误日志，核心报错信息如下：

org.quartz.impl.jdbcjobstore.LockException: Failure obtaining db row lock: 第1 行附近出现错误: 无效的表或视图名[QRTZ_LOCKS] ... Caused by: dm.jdbc.driver.DMException: 第1 行附近出现错误: 无效的表或视图名[QRTZ_LOCKS] at dm.jdbc.driver.DBError.throwException(DBError.java:667) ...

我看了一下DM管理工具，QRTZ_LOCKS、QRTZ_TRIGGERS 这些表都有，就在 TEST 模式下的表文件夹里，一张都不少。

2. 原因分析

为什么表明明存在，程序却说找不到？

这主要是由于MySQL 和达梦（以及 Oracle）在数据库架构设计上的差异导致的：

MySQL 的逻辑：登录后连接到某个 Database，通常直接操作表即可，不需要太关注 Schema 的概念。
达梦/Oracle 的逻辑：它是基于用户（User）和模式（Schema）的。

- 表是归属于某个 Schema 的（通常 Schema 名 = 用户名）。
- Quartz 默认执行的 SQL 是 SELECT * FROM QRTZ_LOCKS（不带前缀）。
- 如果当前 JDBC 连接的上下文没有切换到表所在的 Schema，或者登录用户没有默认指向该 Schema，数据库就会去当前用户的默认空间找，结果当然是“找不到”。

简单来说：Quartz 也就是在“瞎找”，它没去我们建表的一亩三分地（Schema）里找。

3. 解决方案

解决思路很明确：告诉 JDBC 驱动或 Quartz，表到底在哪里。以下提供两种方案，推荐方案一。

方案一：修改 JDBC 连接 URL（推荐）

这是最简单改动最小的方法。在 JDBC URL 后面显式指定 schema 参数，确保持久层连接后自动切换到正确的模式。

修改前：

spring: datasource: url: jdbc:dm://192.168.2.115:5236/DMSERVER

修改后：

spring: datasource: # 假设你的表在 TEST 模式下（注意达梦通常大写） # 加上 schema=TEST 参数 url: jdbc:dm://192.168.2.115:5236/DMSERVER?schema=TEST&compatibleMode=mysql

注意：schema的值通常需要大写，且要与你达梦管理工具左侧导航栏看到的模式名一致。

方案二：修改 Quartz 配置文件

如果你不想改 JDBC URL，也可以在 Quartz 的配置中强制加上表前缀。

在 application.yml 或 quartz.properties 中添加 tablePrefix 配置：

spring: quartz: properties: org: quartz: jobStore: # 关键点：手动加上“模式名.”作为前缀 tablePrefix: TEST.QRTZ_ # 建议：达梦建议使用标准 JDBC 代理 driverDelegateClass: org.quartz.impl.jdbcjobstore.StdJDBCDelegate

这样 Quartz 生成的 SQL 就会变成 SELECT ... FROM TEST.QRTZ_LOCKS，从而精准定位。

4. 补充检查点

如果上述修改后依然报错，请检查以下两点：

大小写敏感问题：达梦对大小写敏感。如果建表时用了双引号（如 CREATE TABLE "qrtz_locks"），表名就是小写的。而 Quartz 默认查大写。解决方法是重建表，或者配置 tablePrefix 为小写。
驱动代理类：确保 driverDelegateClass 没有配置成 MySQL 专用的代理（如 MySQLDelegate），达梦兼容性较好，一般使用 StdJDBCDelegate 或 OracleDelegate 即可。