SELECT時の行ロックの必要性について

SELECT ～ FOR UPDATEやSELECT ～ LOCK IN SHARE MODEという行ロックがあり、この件について解説しているサイトをいろいろ見ているのですが、振る舞いが複雑だということはわかりました。

しかしそもそもなぜSELECTで行ロックするのか、運用上でどんなときに使うのかを解説しているサイトは見当たりませんでした。

私は、SELECTするときは単に

SELECT * FROM tb_a WHERE id = 1;

としか記述していません。

質問1.
なぜSELECTするのにトランザクションが必要なのでしょうか？運用上でどんなときにSELECTでトランザクションを使うのでしょうか？よく解説サイトには、

BEGIN;
SELECT * FROM tb_a WHERE id = 1 FOR UPDATE;
COMMIT;

と書いています。SELECTするのに行をロックする必要性がいまいちわからないです。

質問2.
トランザクションを開始したときにロックがかかるのではないのでしょうか？つまりBEGIN;でロックがかかるわけではないのですか？SELECTのクエリーにFOR UPDATEと書くということはこのSELECTのコードが実行された時点でロックがかかるのでしょうか？

質問3.
FOR UPDATEやLOCK IN SHARE MODEというのはSELECTにしか使えないのか、もしくはSELECTだから意味があるのでしょうか？UPDATEやDELETEは単にBEGINE;とCOMMIT;で囲えばいいだけですよね？

質問4.
以下のようなコードを解説しているサイトがあります。

BEGIN;
SELECT * FROM tb_a WHERE id = 1;
COMMIT;

SELECT文にはFOR UPDATEも書いていないのですが、これは何を意味するのでしょうか？つまり、SELECTするのになぜトランザクションを実行するのでしょうか？

一番知りたいのは運用上どのような場合にSELECTでトランザクションを使って行ロックするのか、ということです。
どうぞよろしくお願い致します。

No.4 ベストアンサー 回答者： maiko0318 回答日時： 2014/10/23 23:31

＞＞質問3.select だから意味があります。

ただの読み込みではなく、「更新のための読み込み」であるということを明示しています。
updateやinsertは更新と決まっています。

＞BIGIN;
UPDATE tb_a SET price = 残高-10000 WHERE id = xxx;
INSERT tb_a (price) VALUE (10000) WHERE id = yyy;
COMMIT;
ですよね？

合ってます。
２行だけロックされて他からは読み込めません。

＞これはつまり、SELECT～FOR UPDATEとは選択のためのクエリーではなく「行ロックします」というクエリーなのですか？
そして上のBIGIN～UPDATE～INSERT～COMMITは以下のように書かないといけないのでしょうか？

BIGIN;
SELECT * FROM tb_a WHERE id = xxx FOR UPDATE;
SELECT * FROM tb_a WHERE id = yyy FOR UPDATE;
UPDATE tb_a SET price = 残高-10000 WHERE id = xxx;
INSERT tb_a (price) VALUE (10000) WHERE id = yyy;
COMMIT;

読みたいときにselect,更新したいときにupdate、追加したいときにinsertでいいです。
つまり、上２行のselect は不要なのですが、

UPDATE tb_a SET price = 残高-10000 WHERE id = xxx;
ここ、残高は先に読んで10000円あるかどうか確認しないといけませんよね。
こういう場合は
SELECT 残高 FROM tb_a WHERE id = xxx FOR UPDATE;
UPDATE tb_a SET price = 残高-10000 WHERE id = xxx;
となります。
他の情報で10000円があることが確認されていればselectは不要になります。

この回答へのお礼

再度のご回答、ありがとうございます。

＞ただの読み込みではなく、「更新のための読み込み」であるということを明示しています。

＞他の情報で10000円があることが確認されていればselectは不要になります。

これが知りたかったのです。
「更新の前段階において確認のための読み込みが不要」であればSELECT～FOR UPDATEやLOCK IN…はいらないということですね。

SELECT～FOR UPDATEについて解説しているサイトは多かったですが、運用や実例について解説しているサイトがなかったので疑問に思っていました。

お礼日時：2014/10/24 13:28

No.3 回答者： maiko0318 回答日時： 2014/10/23 21:45

こんばんは。

仕事で数多く大型コンピュータで仕事していました。
私が使っていた大型コンピュータで説明します。

質問1.まず、これは無意味です。for update でロックしたのに、何もせずに開放しています。

質問2.トランザクションを開始した時には何もロックされません。

質問3.select だから意味があります。

質問4.以下参照

基本的なことから。
データベースをロックするという考え方。つまり、データって１件で独立していないですよね。
必ず関連があるものです。
銀行へ行ってATMで１万円出金する場合、口座から１万円引くという処理と
１万円札を出すという処理がありますが、これは同時に完了しなければなりません。
口座から１万円引いたのに、お金が出てこなかったら困りますよね。

つまり、

---トランザクション開始
口座から１万円引く
１万円札を出す
--トランザクション終了

ということです。

トランザクションの処理が全て完了した時commitし、どこかにミスがあればrollbackで戻すのです。
口座から１万円引いたけど、１万円札が機械にない。となったらrollbackして
口座から１万円引いたものをもとに戻すのです。

よってもとに戻すデータを他から変更されていては戻せなくなってしまいますよね。
なので「このデータは変更中だから変更しないで」という意味でロックされるのです。
ちまたでは「仮押さえ」などといいますよね。全部押さえられたら本契約するような。

SELECT * FROM tb_a WHERE id = 1 FOR UPDATE;
と書けば変更するからロックしますよ。ということですのですぐにcommitするのはありえないです。
単にSELECT * FROM tb_a WHERE id = 1;　と書きます。
FOR UPDATEと書いた時点でロックが掛かります。

UPDATEやDELETEは単にBEGINE;とCOMMIT;で囲えばいいだけですよね？
ここまで書けば自明ですよね。
BEGIN;
select ...
select ...
update ...
insert ...
commit;

ですので。

select のあとすぐにcommitする例、これはまれにfor updateを書かなくても
ロックが掛かる処理系があるためです。

処理件数／テーブルの件数が大きい時（ということはテーブルの大部分のデータを読んでいるとき）、
テーブル全体をロックしたほうが早い時があります。

これに対応するとテーブル件数が少ない時にはcommitをはさまないと
テーブルが読めなくなってしまうのです。

この回答へのお礼

ありがとうございます。

＞質問3.select だから意味があります。

すみません、なぜでしょうか…？
理由も書いていただけると助かります。

＞---トランザクション開始
＞口座から１万円引く
＞１万円札を出す
＞--トランザクション終了

はい、これはわかります。

BIGIN;
UPDATE tb_a SET price = 残高-10000 WHERE id = xxx;
INSERT tb_a (price) VALUE (10000) WHERE id = yyy;
COMMIT;

ですよね？
このクエリーだけでidがxxxとyyyが行ロック（場合によってテーブルロック）するわけではないのですか？
もし認識が間違っていたら教えてください。

＞SELECT * FROM tb_a WHERE id = 1 FOR UPDATE;
＞と書けば変更するからロックしますよ

これはつまり、SELECT～FOR UPDATEとは選択のためのクエリーではなく「行ロックします」というクエリーなのですか？
そして上のBIGIN～UPDATE～INSERT～COMMITは以下のように書かないといけないのでしょうか？

BIGIN;
SELECT * FROM tb_a WHERE id = xxx FOR UPDATE;
SELECT * FROM tb_a WHERE id = yyy FOR UPDATE;
UPDATE tb_a SET price = 残高-10000 WHERE id = xxx;
INSERT tb_a (price) VALUE (10000) WHERE id = yyy;
COMMIT;


度々すみませんがどうぞよろしくお願い致します。

お礼日時：2014/10/23 22:55

No.2 回答者： ok-kaneto 回答日時： 2014/10/23 21:43

読み取り一貫性が保証されないから

http://gyouza-daisuki.hatenablog.com/entry/2013/ …

同時実行されている他のトランザクションでレコードを操作された場合、トランザクションの最初と最後で同じクエリーを発行した場合に同じデータでないと都合が悪い事もあるので、SELECTだけでもロックを掛ける場合があります。

この回答へのお礼

ありがとうございます。

逆に言うと都合が悪くなければSELECTでトランザクションはしなくていいという解釈でいいでしょうか？

お礼日時：2014/10/23 22:38

No.1 回答者： bin-chan 回答日時： 2014/10/23 21:31

口座残高を題材にすることが多いと思います。

atmarkITさんのWebページ
SQL実践講座（25）：
トランザクションでデータの不整合を防ぐ「

参考URL：http://www.atmarkit.co.jp/ait/articles/0210/24/n …

この回答へのお礼

ありがとうございます。
教えていただいたリンク先ではSELECT時にトランザクションすることは書かれていないようでした…。あとデータベースもMicrosoftのですし…。

お礼日時：2014/10/23 22:36