- 出荷済み
- 2026年9月2日 2:43 UTC
- プロフィール
- Kamo
- コンテンツ
- 6906043
deleteByArticleUidAndLocale は @Modifier のクエリであり、 JPA は 1 つを実行することを拒否します。 トランザクションの外側。 決してこの道が開いていないので、すべてのロケール 各記事のthrew transaction必須Exception -- "Executing" update/delete query" -- ロケールごとのループが、WARN でログオンし、 過去を移動 知識ベースは、すべての局所に英語を提供してきました 機能が出荷され、10分のスイープが再試行されました 今まで立ち止まったことがなかったので、コルパス全体が永遠に失われます。 インポート中にログを見て発見: 21 の記事ごとの失敗, すべての 記事、すべての再試行。 各ロケールは、トランザクションを経由して独自のトランザクションで実行されます。 メソッドの @Transactional より。 境界は locale -- 1 つごとになければならない 21 の周りのトランザクションは、ローカが 20 をロールバックする単一の失敗を意味します -- 働いたし、自己呼び出されたヘルパーは正確にプロキシをバイパスします 同じファイルで @Async バグを生成する方法。 トランスレートコール自体はトランザクションの外にとどまります。 HTTPリクエスト 120秒読みタイムアウトで別のサービスに、データベースを保持する それを渡る接続は時間のためのプールを結びます。 また: 呼び出し元で実行する代わりに、非同期の実行者が飽和に落ちます。 CallerRunsPolicyは通常正しいですが、ここで発信者はTomcatスレッドです ちょうど記事を保存し、それを渡す 21 HTTP 呼び出しは、正確なストールです この作業は、リクエストスレッドを解除して回避しました。 スイープは本物です 回復パスは、希望ではありません - それを守ることは、低下と同じではありません 床に工事します.