DBのロックについてあまり意識したことがない人に向けた実は覚えておきたいロックについての知識 - CARTA TECH BLOG

みなさん、おはようございます！ CARTA fluct エンジニア の なっかー@konsent_nakka です。 CARTA TECH BLOG アドベントカレンダー 12/14ということで、普段DBのロックについてあまり意識したことがない人に向けた実は覚えておきたいロックについての知識をざっとまとめてみました。 とりあえずこれだけ読んでおけば最低限は困らない、もし何か困った時にはあそこで出てきた内容をもう少し深く調べて見るか、というきっかけになれば良いなと思います。 厳密な定義よりも普段DBを扱う中でロックについてあまり意識したことがないような人にもすっと入ってくるように簡単な表現を優先して書いていますがご了承ください。 目次 留意事項 排他ロックと共有ロック トランザクション分離レベル SELECTのロックレベルを変更する 共有ロック: LOCK IN SHARE MODE 排他ロ

[xlc]

SIの世界ではSIerが設計書レベルでロックの方式を指定するので末端のコピペプログラマはよく理解せずに FOR UPDATE とか書いている。それでも出来上がってしまうところが「多重請負」の利点。多くの無能に職を与えてる。

[mak_in]

ここ最近業務システムをやっていて思うのは、DBロックに業務の複雑さを押し込むと辛くなるので、データのレベルにあわせ、ロックレベルを変え、重要なものだけロックしたほうが良い、ということ。昔は横着過ぎた

[ppppchan]

ロックの粒度と速度はトレードオフっていう一番大事なことが抜けてるね。

[matone]

テヴィッド・ボウイと彼のロック・ミュージックについての論考かと思ったら、そうではなかった。

[quabbin]

そもそもロックを意識しなくてもいいような設計にするのが、一番重要。

[nilab]

DBのロックについてあまり意識したことがない人に向けた実は覚えておきたいロックについての知識 - CARTA TECH BLOG

[Soudai]

ロックの仕組みがわかってくると、データのライフサイクル、責務によってテーブルを分ける意味なんかも見えて来るんだよな。わかってないと全部一つに詰め込んだほうが楽となりがち。

[efcl]

共有ロック、排他ロック、デットロック

[hatakazu93]

技術

[murasuke]

スナップショットを作成するタイミングは最初の読み取り時点。 直感的にはトランザクションを開始したタイミングだと思ってしまいそうなので間違えないように気をつける必要があります

[otihateten3510]

でっど•ざ•ろっく

[harumomo2006]

仕事で作るときはロックするけど自前サービスはロックしない。データ破損を検知するロジックを入れておいて問題が見つかったらデータ修正するか諦める

[mayumayu_nimolove]

DB「シェケナベイベー」