JMSメッセージをキャプチャしてDBテーブルに保持するために、SpringブートとJDBCを使用しています。Java - OracleテーブルへのJMSメッセージのストリーミング
できるだけメモリフットプリントを小さくするために、これらのメッセージをDBにストリームしてバッチコミットしたいと思います。
これらのメッセージをデータベースにストリーミングできますか?
現在、JMSキューから複数のJMSリスナーを使用しています。これらのリスナーは、メッセージを書き込むLinkedBlockingQueue(サービスでラップされています)を共有します。このキューは、結果がListに格納されるまで消費されます。これらの結果は、SpringのJdbcTemplateを使用して永続化されます。
これらのメッセージが中間リストに保存されるのは、一括保存を許可するためだけです。
この場合、アドバイスや実証済みのパターンはありますか?
トランザクション境界と考えられていますか?メッセージの消費量がトランザクションの場合、結果はそのトランザクションの一部として永続化されるはずです。 JVM、ネットワークなどがダウンした場合、キュー内の結果はどのように回復しますか? –
トランザクション境界に関する良い点。私はより良い選択肢は、一度に2000のようなメッセージのリストを消費し、単純なバッチ処理メカニズムを追加することなくそれらを永続させることだと考えています。トランザクションの境界はリスナーレベルにあります。このようにして、消費されていないものとの一貫性を維持します。キューにそれらをプッシュするだけで、トランザクション情報が失われることがわかります。 –