SQL Server のロック概要
~初心者向け~
第9回 関西DB勉強会
2018/10/13 SQLWorld お だ
自己紹介
織田 信亮(おだ しんすけ)
大阪で開発者しています
SQLWorld の代表です
http://odashinsuke.hatenablog.com/
Twitter:@shinsukeoda
今日の目標
SQL Server 初心者の方でも、ロックが何
か分かる
チョットデキル
デッドロックが発生する理由が何となく
分かる
ロック is 何?
共有資源をみんなで「行儀よく」使うた
めに、今自分が使ってるから使っちゃダ
メ―っていうやつ
ダメ。ゼッタイ。
行儀よく?
ロックが無い場合…
更新の競合によるダブルブッキング
在庫を超えた引き当て
update 在庫
set 数量 - @出荷数
where 商品 = @商品 and 数量 >= @出荷数
同時に更新が走ると
在庫.数量 がマイナスになる可能性がある!!
行儀悪い?
ダーティリード
他のトランザクションの未コミットのデー
タが見える
ロールバックされると、見えた値は正しくない値
トランザクション内で同じデータを複数回別の値
に更新する場合は、コミットされた最終の値とは
異なる値が見える可能性も…
他にも…
ノンリピータブルリード(ファジーリード)
同一トランザクション内で同じ問合せを複
数回した際に、他のトランザクションでコ
ミットされた UPDATE/DELETE により結果
が異なる
ファントムリード
同一トランザクション内で同じ問合せを複
数回した際に、他のトランザクションでコ
ミットされた INSERT により結果が異なる
行儀が悪い = ダメ?
行儀よくするには、パフォーマンスに影
響がでる
同時実行性/CPU使用率等
ケースバイケースで
1回しか読まないのに ノンリピータブル
リード は不要
一覧画面だったらダーティリードでも問題
無い場合もあるのでは?
ロックの粒度
ざっくりと
行(RID / KEY)
ページ
テーブル
ロックモード
共有ロック(S)
検索のロック
更新ロック(U)
更新予定のロック
排他ロック(X)
更新ロック
デッドロック
複数のトランザクションが互いに必要な
リソースをロックしあって処理が継続不
能になること
サイクルデッドロック
変換デッドロック
インデックス間デッドロック
サイクルデッドロック
更新順序が違う
デッドロックグラフ
変換デッドロック
同じ行を検索したあとに更新する
デッドロックグラフ
インデックス間デッドロック
更新と検索なのにデッドロック!
CIを条件にNCIを更新
クラスター化インデックスと非クラスター化イン
デックスのXロック
NCIを条件にCIを検索する
クラスター化インデックスと非クラスター化イン
デックスのSロック
インデックス間デッドロック – 例
• CI(クラスター化インデックス)のキー列=PK列
• NCI(非クラスター化インデックス)キー列=NAME列
デッドロックグラフ
トランザクション分離レベル
READ UNCOMMITTED
READ COMMITED
READ COMMITTED SNAPSHOT OPTION
REPEATABLE READ
SNAPSHOT
SERIALIZABLE
参考資料
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

SQL Server のロック概要

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(スキーマ共有ロック) は取るので、スキーマの変更はロック待ちになる