分離レベル

明示的な FOR UPDATE 以外にも、トランザクションには、デフォルトで個々のインタラクションを分離するためにどれだけのエネルギーを費やすかを制御する、エンジンの奥深くに組み込まれた生来の数学的ルールもあります。 これは 分離レベル と呼ばれます。 SQL の世界では、パワーと安全性の順に 4 つの標準的なものが知られていますが、パフォーマンスの点では明らかにその逆です。

• READ UNCOMMITTED: 無秩序な狂気、あなたのトランザクションは、自分のスクリプトの途中で人々からの一時データを含む、他の人によって行われたすべての変更を見ることになります。ダーティ リード エラーが絶えず発生するため、大規模な DB では誰もこれを使用しません。
• READ COMMITTED: (Postgres のデフォルト)。サードパーティが COMMIT を発行するとすぐに新しいデータが表示されますが、ファントム読み取り (長いワークフローの途中で新しいレコードが表示される) や非線形の一貫したビューの犠牲になる可能性があります。
• REPEATABLE READ: 重くなりました。あなたの大きな時間枠のセッションの間、私のクエリが開始された瞬間にデータベースがフリーズし、他の人が完了した公式コミットさえも完全に無視して無視しているのが「見えます」。魔法のように現れる記録から保護し、安定性を保証します。
• SERIALIZABLE: 神層 (超遅い)。重複するすべてのトランザクションをブロックして単一レーンで連続して実行することで処理し、衝突するトランザクションを容赦なく中止し、わずかな衝突の科学的可能性さえも根本から排除し、高スループットの確実な 90% を犠牲にします。

どのように設定しますか?

通常の BEGIN; の代わりに、次のように入力します。

BEGIN ISOLATION LEVEL SERIALIZABLE;

-- and you proceed normally with your hermetically sealed isolation
UPDATE products SET stock = 10;
COMMIT;

または、一部のバリアントや古いエンジンでは、起動後にそれを割り当てます。

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

自分で試してみてください