KamoCRM

Commit logs.translation count を書き込み時に保持する

PerformanceSecurityService
Shipped
2026年9月23日 14:40 UTC
Author
Kamo
Commit
1f715e4

メニュー (コラム+部分的な友好的な索引、応用に 生産は既に)、******************************** (ワンタイムキャッチアップ、既に実行) 19,373行、すべての実質のカウントに上陸)。 ******************** は commit logs.translation count を正確に保持します 同じREQUIRES NEWトランザクションで、その行の commit log translations から COUNT(*) に等しい 各ロケールは、正式に新しいロケールのために+1、すでにそこに再保存のために変更されていない (再試行またはsanitization-rule re-trigger delete-then-reinserts と同じ locale — net 0 ) を削除します。 @RetryOnDbConflict でラップされ、このコードベースの規約にマッチして、稀に 同時オーバーラップ(5分再試行) sweep も同じまだ不完全な行を拾う) 40001 可能性があります。 メニュー 明白な索引のWHEREと反対する読書 ************************ ではなく、グループ BY ... 経由 commit logs LEFT JOIN commit log translations は 5 分ごとに実行されます。 ~14K は ~750ms (~406K-row の訳表のフル スキャン) で、EXPLAIN によって確認される呼び出します これを配線する前に ANALYZE: 751ms -> 19.6ms (Index Only Scan, Heap Fetches: 0) 同じ 空のケース。 相関関係のパーローサブクエリの書き換えが最初に試みられ、拒否された: EXPLAIN 生産に関するANALYZEは、元の13.9s〜18x WORSE — YugabyteDBのper-RPCコストで示しました 多くの小さな相関的なルックアップは、これが維持された列ではない理由です スマート参加.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing