スレッドダンプを分析するためにサムライツールを使用しています。ブロックされたスレッドがたくさんあるようです。スレッドダンプから何かを引き出す手がかりはありません。
JavaアプリケーションにSQLクエリがあり、weblogicで実行されているため、完了するまでに非常に時間がかかります。Javaアプリケーションボタンを数回クリックしてこのクエリを実行した後、JVMがハングします。
スレッドダンプは@で見つけることができます：http ：//www.megafileupload.com/en/file/379103/biserver2-txt.html
スレッドダンプが何を言っているのか理解するのを手伝ってもらえますか？
あなたが提供するデータの量は少し圧倒されるので、続行する方法のヒントを与えましょう. 分析には、TDA に基づくオープン ソースのスレッドロジック アプリケーションを使用します。3 MiB 相当のデータを解析するのに数秒かかりますが、1 つのファイルに 22 の異なるスタック トレース ダンプがうまく表示されます。
ドリルダウンすると、非常に厄介な警告とアラートのリストが表示されます。
それらすべてを調べる時間はありませんが、致命的とマークされたもののリストを次に示します (誤検知も予想されることに注意してください)。
SLSB Bean を待つ
説明: SLSB フリー プールからのステートレス セッション Bean (SLSB) インスタンスを待機しています
アドバイス: Bean はすべて使用中です。空きプール サイズが不十分です
デッドロック
説明: デッドロックの原因となる循環ロックの依存関係が検出されました
アドバイス: ロックの循環依存関係でデッドロックが検出されました。ブロックされたスレッドは、サーバーを再起動しないと回復しません。ロックの順序を修正するか、コード レベルでロックの回避またはロックの順序の変更を試みます。サーバー/製品コードの SR を使用して報告します。
ファイナライザ スレッドがブロックされました
説明: ファイナライザ スレッドがブロックされました
アドバイス: ファイナライザ スレッドがロックのためにブロックされているかどうかを確認してください。これにより、ファイナライザ キューからの再利用を待機する無駄なメモリが発生する可能性があります。
WLS ユニキャスト クラスタリングが異常
説明: クラスタ メンバー間のユニキャスト メッセージングが正常ではありません
アドバイス: ユニキャスト グループ メンバーが適切に通信できません。最新のユニキャスト関連のパッチを適用し、メッセージの順序付けを有効にするか、マルチキャストに切り替えてください。
WLS Muxer はサーバー要求を処理しています
説明: WLS Muxer はサブシステム要求を処理しています
アドバイス: 一部のサブシステムが要求で圧倒され、Muxer スレッドが要求を直接処理するようになるため、WLS サーバーの状態は異常です。関連するサブシステムにディスパッチする代わりに。ここにバグがある可能性があります。
スタックスレッド
説明: スレッドがスタックしています。リクエストの完了に非常に長い時間がかかります
アドバイス: スレッドまたは呼び出しに非常に時間がかかる理由を確認してください??. 使用不可または不良リソースのためにブロックされているか、またはロックの競合が発生していますか? ループで繰り返し作業を行っている場合は無視できます。(アダプター スレッドが無限ループでイベントをポーリングするように)...
この問題は、ログ ファイルへの WLDF ロギング情報にありました。無効にすると、パフォーマンスが大幅に向上しました。私は、スレッド ダンプ分析ツールとしての ThreadLogic のファンではありません。問題の種類に関係なく、スレッドがスタックしている場合、循環デッドロックが表示されます。