排他制御のためだけに Redis 渋々使ってませんか？データベース単独でアドバイザリーロックできるよ！

トランザクション分離レベルについての教養があったほうがこの記事の内容を理解しやすいため，必要に応じてまず以下を参照されたい。 背景 以前， Qiita で以下の記事を投稿した。今回の議題に直接的な関係はないが，関連している部分があるため引用する。 MySQL/Postgres とも， MVCC アーキテクチャの恩恵で， SELECT と UPDATE は基本的には競合しない。 単一レコードのシンプルな UPDATE でも排他ロックされ，排他ロック中のレコードへの UPDATE での変更操作は トランザクション分離レベルによらず ブロックされる。UPDATE 文に含まれる WHERE 句での検索もブロックされ，これはブロックされない SELECT による検索とは別扱いになる。 但し UPDATE 文の WHERE 句上で，更新対象をサブクエリの SELECT から自己参照している場合は例外。

[sin20xx]

アプリケーションの特性との兼ね合いで選択って感じかな。とはいえやりやすい方法（私はRedis多用）にツイツイ流れるのも事実。知識や経験として一通り（＆今後も新しいテクニックがでてくるのでそれも）知るのが大事

[xlc]

RDBの古典的な使い方(代替にテーブルロックにする実装もあり)なのだが、ORMとか使うマヌケは分かっておらず、無駄にこねくり回す。SQLと正規表現を嫌うエンジニアは勉強不足で害悪。

[codehex]

MySQL の GET_LOCK はコネクションが切れたりしたせいで RELEASE_LOCK に失敗してしまうこととかを考えるとタイムアウトの指定が必須だと思ってる

[roshi]

アドバイザリーロック知らなかった。Java(Spring)だとテーブルロックを使っていたような気がするけどEntityManager#createNativeQuery()呼び出せば使えそう。

[yojik]

ロック用テーブルはよく使うかも。シンプルでこの例のようにロングトランザクションにも使えるし、DB実装やORMに影響されない。(DDDの集約ルートみたいに多少無理があるデータ構造にする必要もなくなるし)

[letitride]

NoSQLで排他制御ってどっかで見たことあったんだけど、なるほど、Redisでの制御はこのようにやるのか。"SET キー "所有者" NX EX タイムアウト秒数"

[yujiorama]

NOWAIT

[onesplat]

セッションまたいでロック取りたいケースってどんなの？そんなあるか？

[dorapon2000]

“そこで，新規作成を考慮しなければならない操作対象のリソースの代わりに，存在が保証されている別のリソースをロックするルールにしよう，という戦略を取ることができる。”

[ryer]

これは良い記事だと思いました！

[ryuichi1208]

NX EXあたりはまあという感じか

[BOOOOOOOON]

払い出したアクセストークン保管する場所ぐらいの認識だった

[Surgo]

DynamoDB がいいなー

[nakag0711]

MSSQLでいうところのアプリケーションロック、MySQLでいうところのユーザーレベルロック。アドバイザリーロックという言葉は強制的でないロックというほどの意味なのでなんか違和感が

[takyam1213]

ろっくむずかしすぎる

[prograti]

これはこれで凄く有用だと思うけど、使うとすればテーブル設計に改善の余地がないかどうか検討した上でかな。DBに限った事ではないけど技術的な方法でバイパスする前にちょっと立ち止まって考えた方が良いかもですね

[iww]

GET_LOCK

[jukuringo]

排他制御　ロック