在生产环境中使用HSQLDB
我想在生产环境中使用 HSQLDB 在内存中存储一些数据并使用文件导出数据。有人有在生产环境中使用 hsqldb 的经验吗？ hsqldb 是否妥善处理服务器资源并正确清理未使用的资源？
我已经看到了 Red Hat 的一篇关于这些问题的关键文章，我想知道这是否仍然适用于 hsqldb：
I want to use HSQLDB in a production environment for stroring some data in memory and for data export using files. Does anybody have experience with using hsqldb in production environments? Is hsqldb treating server resources gracefully and does it cleanup unused resources properly?
I've seen a critical post on those issues from red hat and I'm wondering whether this still holds for hsqldb:
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
不了解 HSQLDB，但我们一直在出于相同目的使用 H2根本没有问题。
Don't know about HSQLDB but we've been using H2 on same purposes with no problems at all.
我可以确认 Red Hat 页面上列出的一些问题。
我们在使用 HSQLDB 作为 Tomcat 容器中的独立实例时遇到了问题。应用程序无法正常关闭并挂在 100% cpu 上。不过，有一个代码修复。
我们还遇到了服务器被强行终止后一些数据丢失的问题。我无法可靠地重现这些情况。
我还有一些奇怪的地方，即我无法同时使用 HSQLDB 启动同一应用程序的多个实例。
您需要评估独立的内存数据库是否是正确的选择。如果一致性和完整性很重要，HSQLDB 可能不是正确的选择。
I can confirm some of the issues listed on the Red Hat page.
We have had issues using HSQLDB as a standalone instance in a Tomcat container. The application would not shutdown properly and hang at 100% cpu. There was a code fix, though.
We have also had issues were some data was lost after the server was forcibly killed. I could not reliably reproduce the situations.
I also have some strangeness that I cannot start multiple instances of the same application using HSQLDB at the same time.
You need to evaluate the if a standalone, in-memory DB is the right choice. If consistency and integrity is essential, HSQLDB may not be the right choice.
在使用 HSQLDB 的一年中，当 HSQLDB 没有完全关闭时，我们经历了几次数据库损坏（整个数据库丢失）。
We experienced database corruption (entire database was lost) a few times times over a year using HSQLDB when it was not shut down cleanly.
我在生产中多次使用过 hsql（主要是作为复杂首选项的基于文件的快速存储），并且从未遇到任何问题。
I've used hsql on numerous occasions in production (mainly as quick filebased storage for complex preferences) and never encountered any problems.