背景
最近在做国产化适配，需要将原本基于 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是否对应！
希望这篇笔记能帮到同样在做国产化适配的兄弟们！
