当我问这个问题时，我看到 H2 数据库的当前版本是在 2011 年 7 月 1 日（最近）发布的。这是非常好的和健康的。会保持这个速度吗？如果新版本发布速度较慢，是否会得到开源社区的长期支持？
出于成本原因，我目前正在考虑将 Postgresql 用于高性能应用程序，而 H2 数据库似乎具有正确的功能集（基本上是我需要的任何东西）。我不只是确定使用 H2 是否是一个正确的决定。基本上我的决定应该基于长期支持，无论是基于订阅还是社区。p>
【问题讨论】：
标签： h2
会保持这样的节奏吗？
这就是计划。
会得到开源社区的长期支持吗？
很难预测未来，我想这就是为什么还没有人回答你的问题的原因 :-) 我相信它会得到支持，因为有足够多的人使用它。 H2 用于许多（开源和商业）产品。相当多的人定期回复邮件列表中的问题。 H2 目前的 committer 并不多，一个原因是用户普遍对它的特性感到满意，而且目前的开发速度足够快，代码质量也足够好。
目前不提供基于订阅的支持，但计划在未来提供（一直计划在某个时候提供商业支持）。它尚未上市的原因是 H2 还没有足够的市场份额来创办公司。
【讨论】：
h2 数据库的可靠性如何？ [关闭]
在 2010 年，我们为大型 [r] 企业数据库分片从 H2 切换到 MySQL。最大的原因是内部 H2 引擎是单线程的。当大型的、未优化的查询在我们的具有数千或数百万行的数据库中运行时，所有其他数据库操作都会停止。有关更多信息，请参阅H2 documentation。与 MySQL 或 Postgres 相比，H2 的行锁定似乎相对不成熟。
此外，MySQL 和 Postgres 还提供复制机制，而不是自己滚动。这也允许我们从从站“实时”备份我们的数据库系统，而不是在转储 H2 数据库时阻塞它。
最后，虽然我没有运行这个性能测试，但我怀疑虽然 H2 对于中小型数据库来说速度很快，但随着数据库大小，尤其是并发查询数量的增加，MySQL 和 Postgres 将开始相等，然后达到最佳整体性能——尤其是在查询时间分布方面。
我们继续将 H2 用于精品、内存和测试数据库，非常成功。非常感谢 Thomas！
【讨论】：
H2 是一个了不起的数据库引擎。在我们解决了一个与 H2 无关的问题后，我们从 PostgreSQL 和 MySQL（仍然支持）切换到 H2。 H2 成为我们的主要数据库选择。
速度是主要原因，但还有其他原因：嵌入式模式非常棒，让我们可以灵活地将软件安装到便携式设备中，甚至可以通过 Dropbox 共享云上的数据库！
我们没有使用很多功能，因为我们通过“Datanucleus”“持久依赖”（没有触发器、程序等），但我们的应用程序足够复杂，可以推动 H2！而且它完美无缺。
【讨论】：
原因是 H2 仍然继续表现出色。截至 2019 年，H2 是一个极好的数据库。 4 年来，我们在所有独立应用程序中都使用它，我们看到它最大限度地减少了 SQLite 和 MySQL 之间的差距。它的执行速度与 MySQL 一样快或更快。
H2 适合哪里？
为什么它比 SQLite 更好？
与 MySQL 比较：
Check 约束支持，直到最近才在 MySQL 中提供。 与 PostgreSQL 比较：
在提供技术支持的同时更容易处理。 它可以像拖放一样简单地共享。
【讨论】：