简体   繁体   English

在生产环境中使用HSQLDB

[英]Using HSQLDB in production environments

I want to use HSQLDB in a production environment for stroring some data in memory and for data export using files. 我想在生产环境中使用HSQLDB来编译内存中的一些数据以及使用文件导出数据。 Does anybody have experience with using hsqldb in production environments? 有没有人在生产环境中使用hsqldb的经验? Is hsqldb treating server resources gracefully and does it cleanup unused resources properly? hsqldb是否正常处理服务器资源并正确清理未使用的资源?

I've seen a critical post on those issues from red hat and I'm wondering whether this still holds for hsqldb: 我从红帽那里看到了关于这些问题的重要帖子,我想知道这对hsqldb是否仍然适用:

http://kbase.redhat.com/faq/docs/DOC-15194 http://kbase.redhat.com/faq/docs/DOC-15194

我在生产中多次使用hsql(主要是作为复杂首选项的快速文件存储)并且从未遇到任何问题。

不知道HSQLDB,但我们一直在使用H2而没有任何问题。

I can confirm some of the issues listed on the Red Hat page. 我可以确认Red Hat页面上列出的一些问题。

We have had issues using HSQLDB as a standalone instance in a Tomcat container. 我们在使用HSQLDB作为Tomcat容器中的独立实例时遇到了问题。 The application would not shutdown properly and hang at 100% cpu. 应用程序将无法正常关闭并以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. 我也有些奇怪,我无法同时使用HSQLDB启动同一应用程序的多个实例。

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经历了几次数据库损坏(整个数据库丢失),当它没有完全关闭时。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM