- 出荷済み
- 2026年9月5日 6:23 UTC
- プロフィール
- Kamo
- コンテンツ
- 59c815d
Member-by-id のロードは、認証されたリクエストの最初のステートメントに近いです。 実行するので、カタログバージョンのバンプがヒットする前に、他のものをヒットします。 お問い合わせ 最後のウィンドウが「スコアボードウィジェットはできない」と報告された理由 ": 実際に失敗したクエリは、共有された退屈なアイデンティティロードだった ほぼすべてのエンドポイントで、どの機能も独自の故障大幅を発表 責めを負う。 96 メンバーのリポジトリではなく、ここに注釈を付けます。 findById コールサイト SecurityServiceは、そのどれもチョークポイントであり、そのほとんどが内部に座っています。 再試行が全く何もしない @Transactional メソッド。 これらの4つの読み込み 共有ライブラリにあるため、フリートを1か所カバーします。 再試行は、これらのメソッドを正確に意味しています。 @Transactional: 各リポジトリ呼び出しは、独自の暗黙トランザクションで実行されるので、 2 番目の試みは本物的に新しいものを取得します。 — 同じ理由で動作します。 OrgResolutionサービス @Transactional を移動せずに後から追加 再試行は静かにノップに変えます。 読むだけ。 読み直しは検査で安全です。このクラスの書き込みパス 一人で左に。 このテストは、アノテーションが実際のクラスで実際のクラスで実行されていることを主張します。 プロキシは、リトリーヘルパーが動作するわけではありません。 生の競合で失敗するまで コンテキストは、自動プロキシ作成者を登録しました。これは知る価値があります。 一方、 Bean は非プロキシ化され、その中のすべてのアノテーションは不活性である 完全に正しい見ます。 カバーされていない:メンバー.getOrganization() は LAZY の環境下にある open-in-view の後に、任意のメソッドの外側にアノテーションをラップできます.