SQL Server のロック概要
- 1. SQL Server のロック概要 ~初心者向け~ 第９回 関西DB勉強会 2018/10/13 SQLWorld お だ
- 2. 自己紹介 織田 信亮(おだ しんすけ) 大阪で開発者しています SQLWorld の代表です http://odashinsuke.hatenablog.com/ Twitter:@shinsukeoda
- 5. 行儀よく？ ロックが無い場合… 更新の競合によるダブルブッキング 在庫を超えた引き当て update 在庫 set 数量 - @出荷数 where 商品 = @商品 and 数量 >= @出荷数 同時に更新が走ると 在庫.数量 がマイナスになる可能性がある！！
- 7. 他にも… ノンリピータブルリード(ファジーリード) 同一トランザクション内で同じ問合せを複 数回した際に、他のトランザクションでコ ミットされた UPDATE/DELETE により結果 が異なる ファントムリード 同一トランザクション内で同じ問合せを複 数回した際に、他のトランザクションでコ ミットされた INSERT により結果が異なる
- 8. 行儀が悪い = ダメ？ 行儀よくするには、パフォーマンスに影 響がでる 同時実行性/CPU使用率等 ケースバイケースで 1回しか読まないのに ノンリピータブル リード は不要 一覧画面だったらダーティリードでも問題 無い場合もあるのでは？
- 13. デッドロックグラフ
- 15. デッドロックグラフ
- 17. インデックス間デッドロック – 例 • CI(クラスター化インデックス)のキー列＝PK列 • NCI(非クラスター化インデックス)キー列＝NAME列
- 18. デッドロックグラフ
- 19. トランザクション分離レベル READ UNCOMMITTED READ COMMITED READ COMMITTED SNAPSHOT OPTION REPEATABLE READ SNAPSHOT SERIALIZABLE
- 21. 参考資料 SQL Server Transaction Locking and Row Versioning Guide https://docs.microsoft.com/ja-jp/sql/2014-toc/sql-server-transaction- locking-and-row-versioning-guide?view=sql-server-2014 デッドロックのサンプルクエリ https://blog.engineer-memo.com/2013/07/15/デッドロックのサンプルクエリ / 【SQL server】デッドロックの調査方法 http://memorandom-nishi.hatenablog.jp/entry/2016/11/14/024856 Trigger carsing a deadlock? https://stackoverflow.com/questions/6282501/trigger-causing-a-deadlock
Editor's Notes
- #13: 更新の順序を揃えることで回避可能
- #15: Sロックではなく、Uロックにすることで回避可能
- #17: クラスター化インデックスを条件に非クラスター化インデックスのキー列を更新と、非クラスター化インデックスを条件にクラスター化インデックスの列を検索
- #18: Sロックを取らない方法で検索する
- #20: READ UNCOMMITTED：物理的に破損したデータを読み取らないことのみが保証された分離レベル。ダーティリードも何のその READ COMMITTED：COMMIT済みのデータを読み取る既定の分離レベル。書き込みロックはトランザクション終了まで、読取りロックはSELECT操作が終わるまで REPEATABLE READ：書き込み/読込ロックをトランザクションの終わりまで保持する。範囲ロックは取らないので、ファントムリードは発生する SERIALIZABLE：一番高い分離レベル。読取り/書き込みロックをトランザクションの終わりまで保持し、範囲指定付きの WHERE 句を SELECT で使うとファントムリードを防ぐための範囲ロックも取得する READ COMMITTED SNAPSHOT：READ COMMITTED と同じだが、Sロックを取らずに書き込みを待たない。行のバージョン管理を使用して、「クエリ開始時」のデータを参照する。REPEATABLE READ や HOLD LOCK 等のロックが必要な場合は、ロックを取る SNAPSHOT：トランザクション開始時点のデータを参照 両方とも テーブルの SCH-S(スキーマ共有ロック) は取るので、スキーマの変更はロック待ちになる