の16章。
- 背景
- Serializable を実現したい
- Recoverable を実現したい
- Strict 2PL とは
- プロトコル
- 1. read/modify するなら shared/execlsive lock をリクエスト
- 2. トランザクション完了時に lock を解放
- SQL による lock
- ロックの対象は何？
- 難しい問題
- 行？テーブル。ファントムの可能性
- concurrent にすると
- Active transaction増 → スループット増
- 途中で急激にパフォーマンス低下。同じ object を lock しようとする
- 解決方法
- 最小ロック努力
- ロック保持時間を出来るだけ短く
- hot spot なくす
所感
- overview なので難しいないようではなかった。
