persistence.mv.db是否有最大大小限制？CordApp致其崩溃求助

咱们先直接说核心问题：H2数据库的persistence.mv.db文件本身没有官方硬性的最大大小限制，它的实际上限主要取决于你的操作系统文件系统（比如FAT32单文件最大4GB，NTFS则支持到16EB）、服务器磁盘剩余空间，还有JVM的内存配置。但你遇到的数据库崩溃问题，大概率不是单纯的文件大小超限，而是H2在持续写入过程中出现的缓存或刷盘异常。

你贴的错误日志：

2018-04-27 03:22:00 database: flush org.h2.message.DbException: General error: "java.lang.IllegalStateException: Negative position -2904; p=123201377404004873, c=chunk:6d6cc,block:7fffffffffffffff,len:7fffffff,map:4b,max:9e8c4...

这个Negative position异常是H2的典型问题，通常和以下几个因素有关，对应的解决方案也给你列出来：

• 调整JVM内存与H2缓存参数：CordApp节点如果堆内存不足，H2的页面缓存很容易出现错乱。给节点分配足够的堆内存（比如启动参数加-Xmx4g，根据数据量调整），同时可以在H2的连接URL中添加CACHE_SIZE=65536（增大缓存页数量，默认是10000），减少频繁的磁盘IO操作。

• 切换H2运行模式：默认的嵌入式模式（file:）在长时间高频率写入场景下稳定性不足，建议切换到H2的服务器模式（tcp:），让H2作为独立进程运行，和CordApp进程隔离内存资源，能有效降低这类异常的概率。

• 定期归档清理旧数据：你的CordApp每10分钟生成两笔交易，时间久了数据库文件肯定会持续增大。可以做一个数据归档机制，把超过一定时间的历史交易数据迁移到外部存储（比如归档数据库或文件），定期清理H2中的旧数据，保持数据库文件在合理规模。

• 升级H2版本：你遇到的这个错误在H2 1.4.197及更早的版本中很常见，升级到较新的稳定版本（比如1.4.200或更高），官方修复了很多写入和缓存相关的bug，能直接解决这类问题。

• 检查磁盘状态：磁盘IO性能不足或者磁盘损坏也可能导致刷盘时出现异常。确保节点运行的磁盘有足够剩余空间，优先使用SSD提升IO性能，同时定期检查磁盘健康状态。

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