JDBCによる悲観ロックの落とし穴 - 変更履歴

Nakamuri: /* select と uodate で異なる Statement オブジェクトを使う */

2018-09-11T06:17:32Z

‎select と uodate で異なる Statement オブジェクトを使う

2016年11月9日 (水) 12:19にNakamuriによる

2016-11-09T12:19:16Z

2016年11月9日 (水) 11:25にNakamuriによる

2016-11-09T11:25:55Z

2016年9月22日 (木) 13:55にNakamuriによる

2016-09-22T13:55:21Z

Nakamuri: /* カーソルを取得せず update account set balance=balance-100 where ... の一行でレコードを更新する */

2016-08-03T20:58:13Z

‎カーソルを取得せず update account set balance=balance-100 where ... の一行でレコードを更新する

Nakamuri: /* このコードがまずいわけ */

2016-08-03T20:55:53Z

‎このコードがまずいわけ

Nakamuri: /* 対処方法 */

2016-08-01T10:16:51Z

‎対処方法

Nakamuri: /* このコードがまずいわけ */

2016-07-30T13:59:34Z

‎このコードがまずいわけ

2016年7月30日 (土) 13:57にNakamuriによる

2016-07-30T13:57:32Z

2016年7月30日 (土) 12:09にNakamuriによる

2016-07-30T12:09:58Z

@@ 66行: / 66行: @@
 更新の計算を Java で行なわず SQL で表現できるならこれを使うべきでしょう。
-===select と uodate で異なる Statement オブジェクトを使う===
+===select と update で異なる Statement オブジェクトを使う===
   Statement sr = ・・・
@@ 83行: / 83行: @@
 この方法は複数の行を同時にロックしたい時などでも便利です。
 ===カーソルを使って行を更新する。===

←前の版		2016年11月9日 (水) 12:19時点における版
1行:		1行:
−	[[Category:コンピュータ~~]][[Category:Java~~]][[Category:Java]]	+	[[Category:コンピュータ]][[Category:Java]]
	[[メインページ]]>[[コンピュータの部屋#Java]]>[[Java Tips]]		[[メインページ]]>[[コンピュータの部屋#Java]]>[[Java Tips]]

←前の版		2016年11月9日 (水) 11:25時点における版
1行:		1行:
−	[[Category:コンピュータ]][[Category:Java]][[Category:Java ~~Tips~~]]	+	[[Category:コンピュータ]][[Category:Java]][[Category:Java]]
	[[メインページ]]>[[コンピュータの部屋#Java]]>[[Java Tips]]		[[メインページ]]>[[コンピュータの部屋#Java]]>[[Java Tips]]

←前の版		2016年9月22日 (木) 13:55時点における版
1行:		1行:
−	[[Category:コンピュータ]][[Category:Java]]	+	[[Category:コンピュータ]][[Category:Java]][[Category:Java Tips]]
	[[メインページ]]>[[コンピュータの部屋#Java]]>[[Java Tips]]		[[メインページ]]>[[コンピュータの部屋#Java]]>[[Java Tips]]

@@ 64行: / 64行: @@
 ===カーソルを取得せず update account set balance=balance-100 where ... の一行でレコードを更新する===
-更新の計算を Java でなくても SQL で表現できるならこれを使うべきでしょう。
+更新の計算を Java で行なわず SQL で表現できるならこれを使うべきでしょう。
 ===select と uodate で異なる Statement オブジェクトを使う===

@@ 48行: / 48行: @@
 ところが、
-'''Statement オブジェクトは executeXXX を実行すると、そのStatementを使って作られたカーソルをクローズするため'''、上記のコードでは
+'''Statement オブジェクトは executeXXX メソッドを実行すると、そのStatementを使って作られたカーソルをクローズするため'''、上記のコードでは
 '''executeUpdateメソッドでレコードを排他ロックするまでのわずかな隙間時間に、レコードのロックがない期間が存在するのです。'''
 これではうまく動きません。

@@ 59行: / 59行: @@
 最も簡単ですが、同時性が少し悪くなります。
-REPEATABLE READ を使うと 更新ロックはトランザクションが終わるまで存続します。
+多くのDBではREPEATABLE READ を使うと 更新ロックはトランザクションが終わるまで存続します。
 ===カーソルを取得せず update account set balance=balance-100 where ... の一行でレコードを更新する===

@@ 2行: / 2行: @@
 [[メインページ]]&gt;[[コンピュータの部屋#Java]]&gt;[[Java Tips]]
 あるあるですが、JDBCを使って悲観ロックでレコードを更新する場合、たまにこんなコードを見かけることがあります。
@@ 33行: / 35行: @@
 実は Isolation level が READ COMMITED では、これは悲観ロックになっていないのです。
-コードでは、
+上のコードでは、
 #更新モードでカーソルを取得
 #カーソルの行の値を取得し更新ロックをかける。
@@ 41行: / 44行: @@
 となっていて問題なさそうに見えますが、問題点は'''更新ロックの寿命'''です。
-多くのDBでは、行ロックの更新ロックは、Isolation Level が READ COMMITED の場合、カーソルの指す行のみがロックされ、
+多くのDBでは、更新ロックは、Isolation Level が READ COMMITED の場合、カーソルの指す行のみがロックされ、
 カーソルが別の行へ移ると元の行の更新ロックは解除されます。カーソルがクローズされれば当然更新ロックは残りません。
 '''Statement オブジェクトは executeXXX を実行すると、カーソルをクローズするため'''、上記のコードでは
 '''レコードが排他ロックするまでのわずかな隙間時間に、レコードのロックがない期間が存在するのです。'''これではうまく動きません。
 対処方法は４つ程あります。
-'''1. Isolation Level を REPEATABLE READ 以上にする。'''
+=== Isolation Level を REPEATABLE READ 以上にする===
 最も簡単ですが、同時性が少し悪くなります。
 REPEATABLE READ を使うと 更新ロックはトランザクションが終わるまで存続します。
-'''2. カーソルを取得せず update account set balance=balance-100 where ... の一行でレコードを更新する'''
+===カーソルを取得せず update account set balance=balance-100 where ... の一行でレコードを更新する===
 更新の計算を Java でなくても SQL で表現できるならこれを使うべきでしょう。
-'''3. select と uodate で異なる Statement オブジェクトを使う'''
+===select と uodate で異なる Statement オブジェクトを使う===
   Statement sr = ・・・
@@ 77行: / 83行: @@
-'''4. カーソルを使って行を更新する。'''
+===カーソルを使って行を更新する。===
   rsA = s.executeQuery("select name, balance from account where name='A' for update");