実稼働環境で HSQLDB を使用して、一部のデータをメモリに保存したり、ファイルを使用してデータをエクスポートしたりしたいと考えています。本番環境で hsqldb を使用した経験のある人はいますか? hsqldb はサーバー リソースを適切に処理しており、未使用のリソースを適切にクリーンアップしていますか?
Red Hat からのこれらの問題に関する重要な投稿を見たことがありますが、これが hsqldb に当てはまるかどうか疑問に思っています。
実稼働環境で HSQLDB を使用して、一部のデータをメモリに保存したり、ファイルを使用してデータをエクスポートしたりしたいと考えています。本番環境で hsqldb を使用した経験のある人はいますか? hsqldb はサーバー リソースを適切に処理しており、未使用のリソースを適切にクリーンアップしていますか?
Red Hat からのこれらの問題に関する重要な投稿を見たことがありますが、これが hsqldb に当てはまるかどうか疑問に思っています。
私は本番環境で何度も hsql を使用してきましたが (主に、複雑な設定のためのファイルベースの高速ストレージとして)、問題に遭遇したことはありません。
HSQLDB については知りませんが、H2を同じ目的でまったく問題なく使用しています。
Red Hat のページに記載されている問題の一部を確認できます。
Tomcat コンテナーで HSQLDB をスタンドアロン インスタンスとして使用する際に問題が発生しました。アプリケーションは適切にシャットダウンせず、CPU 100% でハングします。ただし、コードの修正がありました。
また、サーバーが強制終了された後に一部のデータが失われたという問題もありました。状況を確実に再現できませんでした。
また、HSQLDB を使用して同じアプリケーションの複数のインスタンスを同時に起動できないという奇妙な点もあります。
スタンドアロンのインメモリ DB が正しい選択であるかどうかを評価する必要があります。一貫性と整合性が不可欠な場合、HSQLDB は適切な選択ではない可能性があります。
HSQLDB が正常にシャットダウンされなかった場合、HSQLDB を使用して、データベースの破損 (データベース全体が失われる) を 1 年間に数回経験しました。