Java Spring+JPA+HSQLDB偶发重复创建Schema致启动失败求助

1. 聚焦HSQLDB文件写入的异常场景 #

• 检查HSQLDB的hsqldb.write_delay、hsqldb.files_readonly等核心配置，延迟写入或只读模式的异常切换可能导致文件指针错位。如果应用启动时HSQLDB误判data.script为未初始化状态，会重新写入Schema到头部而非追加。
• 重点关注设备异常退出场景：比如设备突然断电、进程被OOM killer强制终止、系统重启。这种情况下HSQLDB的写入缓冲区未及时刷盘，可能导致文件元数据（如文件长度、写入指针）损坏，下次启动时重新初始化Schema到头部。

2. 排查Spring/JPA初始化的异常分支 #

• 确认spring.jpa.hibernate.ddl-auto配置是否稳定，是否存在某些触发条件（如数据库连接超时、文件锁获取失败）导致初始化逻辑重试，多次执行Schema创建并写入文件。
• 检查应用启动时的Bean初始化顺序，是否存在多个组件同时触发Schema初始化的竞态（即使单实例也可能出现，比如异步初始化的Bean）。

3. 设备层面的IO与存储排查 #

• 查看故障设备的系统日志，排查是否存在磁盘空间不足、IO错误、文件系统损坏等情况。这类问题可能导致HSQLDB写入时文件指针被意外重置，重复写入头部内容。
• 确认设备的存储介质状态，比如嵌入式设备使用的SD卡是否存在磨损导致的写入异常，部分存储介质可能出现偶发的写入偏移问题。

4. HSQLDB版本与文件锁机制 #

• 确认所有部署设备的HSQLDB版本是否一致，部分旧版本在文件锁处理上可能存在偶发漏洞，比如锁超时后未正确恢复写入指针。尝试升级到最新稳定版本，验证是否能规避该问题。
• 检查HSQLDB的文件锁配置（hsqldb.lock_file），如果锁机制失效，可能导致单实例启动时误判为新数据库，重复写入Schema。

5. 增加异常监控与日志收集 #

• 在设备上添加轻量监控脚本，定期校验data.script的头部内容（比如检查是否重复出现CREATE SCHEMA语句），一旦发现异常立即收集应用日志、系统日志、文件哈希值等信息，为后续排查提供线索。

内容的提问来源于stack exchange，提问作者GxB