如何彻底关闭H2 SQL及其MVStore后台线程？

我之前优化使用H2 v1.4.196的Java应用时，也碰到过完全一样的问题——明明关了所有JDBC连接、执行了SHUTDOWN，但那个MVStore后台写线程就是不肯退出。下面是我亲测有效的几种解决方法，按优先级排序：

1. 执行正确的SHUTDOWN命令 #

很多时候不是SHUTDOWN无效，而是参数用错了：

• 如果是内存模式的H2（URL类似jdbc:h2:mem:test），必须执行带IMMEDIATE的强制关闭命令，才能终止所有后台进程：

  SHUTDOWN IMMEDIATE;
  

• 文件模式的H2用普通SHUTDOWN也能生效，但加上IMMEDIATE能确保资源被彻底释放。

另外要注意：执行SHUTDOWN的连接必须是最后一个存活的连接。如果应用里有遗漏未关闭的连接（比如try-with-resources没写全、工具类悄悄持有连接），H2会因为还有连接存在而保留后台线程。可以在执行SHUTDOWN前，用Connection.getMetaData().getURL()确认当前连接的唯一性，或者排查连接池的回收情况。

2. 显式关闭直接创建的MVStore实例 #

如果你的应用除了JDBC连接，还直接通过MVStore.Builder创建过MVStore实例（比如用到了H2的键值存储功能），光关JDBC连接是不够的，必须手动调用：

mvStore.close();

要注意排查所有创建的MVStore实例——比如不同命名空间、不同文件路径的实例，都需要逐一关闭，不能遗漏。

3. 把MVStore后台线程设置为守护线程 #

如果前两种方法都没效果，可以用兜底方案：在初始化H2时，将后台线程设为守护线程，这样当应用主线程退出时，JVM会自动终止它：

• 通过连接URL参数设置：

  jdbc:h2:mem:test;MV_STORE=TRUE;MV_BACKGROUND_WRITER_THREAD=DAEMON
  

• 或者在应用启动前设置系统属性：

  System.setProperty("h2.mvStore.backgroundWriterThread", "daemon");
  

不过这个方法只是“应急”，优先还是用前两种方法彻底释放资源更稳妥。

4. 考虑升级H2版本 #

v1.4.196确实存在一些MVStore线程关闭的小bug，如果上面的方法都无效，可以尝试升级到v1.4.200及以上版本——后续版本修复了不少资源泄漏问题，可能直接解决你的痛点。

最后小技巧：可以用JConsole或VisualVM查看线程栈，确认MVStore$BackgroundWriterThread是否还在运行，以及它持有哪些资源，能更快定位问题根源。

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