背景

最近在做国产化适配，需要将原本基于 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 即可。

总结

国产化迁移过程中，数据库的 Schema（模式） 概念是很多 MySQL 开发者容易忽略的坑。遇到“无效的表名”错误时，第一反应不要怀疑表没建好，先检查一下 当前用户 和 当前Schema 是否对应！

---

希望这篇笔记能帮到同样在做国产化适配的兄弟们！