MyBatisで行ロック(悲観ロック)を行うには？ - 変更履歴

Nakamuri: /* うまくゆかない理由 */

2016-11-19T12:54:38Z

‎うまくゆかない理由

Nakamuri: /* 対処法 */

2016-11-19T12:53:58Z

‎対処法

Nakamuri: /* 対処法 */

2016-11-19T12:53:41Z

‎対処法

Nakamuri: /* うまくゆかない理由 */

2016-11-19T12:52:18Z

‎うまくゆかない理由

Nakamuri: /* うまくゆかない理由 */

2016-11-19T12:52:05Z

‎うまくゆかない理由

Nakamuri: /* うまくゆかない理由 */

2016-11-19T12:51:29Z

‎うまくゆかない理由

Nakamuri: /* 行ロック(悲観ロック)は単純にやってもうまくゆかない */

2016-11-19T12:51:04Z

‎行ロック(悲観ロック)は単純にやってもうまくゆかない

2016年11月19日 (土) 12:49にNakamuriによる

2016-11-19T12:49:59Z

Nakamuri: ページの作成:「Category:コンピュータCategory:JavaCategory:MyBatis メインページ>コンピュータの部屋#Java>MyBatis Tips ==悲観ロック...」

2016-11-19T10:22:55Z

ページの作成:「Category:コンピュータ Category:Java Category:MyBatis メインページ>コンピュータの部屋#Java>MyBatis Tips ==悲観ロック...」

新規ページ

[[Category:コンピュータ]][[Category:Java]][[Category:MyBatis]]
[[メインページ]]>[[コンピュータの部屋#Java]]>[[MyBatis Tips]]

==悲観ロックは単純にやってもうまくゆかない==

テーブルの行を select ・・・ for update で行ロックして update 文で更新するのは
SQL の '''「悲観ロック」''' の常とう手段です。

ただ、MyBatis では selecetステートメント(Mapperインターフェースの select用メソッド)で select ・・・ for update を実行し、
updateステートメント(Mapperインターフェースの update用メソッド)で行を更新してもうまくゆかないことが多いです。

==うまくゆかない理由==

多くのデータベースの既定のアイソレーションレベルは READ COMMITED です。

READ COMMITEDでは行ロックの寿命はカーソルがその行に留まっている間です、しかし、MyBatis は select ステートメント
を実行すると、カーソルも PreparedStatement もクローズしてしまいます。これでは行ロックが残る訳が有りません。

==対処法==

アイソレーションレベルを REPEATABLE_READ にします。
アイソレーションレベルが REPEATABLE_READ なら、行ロックの寿命はトランザクションの終了(commit/rollback)までです。

アイソレーションレベルは
SqlSessionFactory#openSession の引数で指定できます。

@@ 19行: / 19行: @@
 多くのデータベースの既定のトランザクションのアイソレーションレベルは READ COMMITED です。
-READ COMMITEDでは通常行ロックの寿命は、カーソルがその行に留まっている間です、しかし、MyBatis は select ステートメント
+READ COMMITEDでは通常行ロックの寿命は、カーソルがその行に留まっている間です、しかし、
-を実行すると、カーソルも PreparedStatement もクローズしてしまいます。これでは行ロックが残る訳が有りません。
+'''MyBatis は select ステートメントを実行すると、カーソルも PreparedStatement もクローズしてしまいます'''。
 ==対処法==

@@ 24行: / 24行: @@
 ==対処法==
-トランザクションのアイソレーションレベルを REPEATABLE_READ にします。
+'''トランザクションのアイソレーションレベルを REPEATABLE_READ にします'''。
 トランザクションのアイソレーションレベルが REPEATABLE_READ なら、行ロックの寿命はトランザクションの終了(commit/rollback)までです。
 トランザクションのアイソレーションレベルは
 SqlSessionFactory#openSession の引数で指定できます。

@@ 19行: / 19行: @@
 多くのデータベースの既定のトランザクションのアイソレーションレベルは READ COMMITED です。
-READ COMMITEDでは通常行ロックの寿命はカーソルがその行に留まっている間です、しかし、MyBatis は select ステートメント
+READ COMMITEDでは通常行ロックの寿命は、カーソルがその行に留まっている間です、しかし、MyBatis は select ステートメント
 を実行すると、カーソルも PreparedStatement もクローズしてしまいます。これでは行ロックが残る訳が有りません。

@@ 19行: / 19行: @@
 多くのデータベースの既定のトランザクションのアイソレーションレベルは READ COMMITED です。
-READ COMMITEDでは行ロックの寿命はカーソルがその行に留まっている間です、しかし、MyBatis は select ステートメント
+READ COMMITEDでは通常行ロックの寿命はカーソルがその行に留まっている間です、しかし、MyBatis は select ステートメント
 を実行すると、カーソルも PreparedStatement もクローズしてしまいます。これでは行ロックが残る訳が有りません。

@@ 17行: / 17行: @@
 ==うまくゆかない理由==
-多くのデータベースの既定のアイソレーションレベルは READ COMMITED です。
+多くのデータベースの既定のトランザクションのアイソレーションレベルは READ COMMITED です。
 READ COMMITEDでは行ロックの寿命はカーソルがその行に留まっている間です、しかし、MyBatis は select ステートメント

@@ 11行: / 11行: @@
 ただ、MyBatis では selecetステートメント(Mapperインターフェースの select用メソッド)で select ・・・ for update を実行し、
-updateステートメント(Mapperインターフェースの update用メソッド)で行を更新してもうまくゆかないことが多いです。
+updateステートメント(Mapperインターフェースの update用メソッド)で行を更新しても'''うまくゆかないことが多い'''です。
 ==うまくゆかない理由==

@@ 2行: / 2行: @@
 [[メインページ]]&gt;[[コンピュータの部屋#Java]]&gt;[[MyBatis Tips]]
-==悲観ロックは単純にやってもうまくゆかない==
 テーブルの行を select ・・・ for update で行ロックして update 文で更新するのは