第35回PostgreSQL勉強会ツイートまとめ

Kosuke Kida @kkkida_twtr

「直列」ってゆうこと自体が感覚的でないのでコンピューター初級者には難しそうだな。 #jpug_study

しょー（show） @surumegohan

BEGINのあととBEGINを使わない場合でコマンドが違う　#jpug_study

ぬこ＠大阪 16.1 @nuko_yokohama

@bringer1092 さらに分離レベルのデフォルトがDBMSごとに違っていたりするし・・・(たしかMySQLはリピータブルリードでしたっけ？) #jpug_study

~/ @rriifftt

トランザクション分離レベルはちゃんと復習しよう #jpug_study

しょー（show） @surumegohan

次はロックのお話　#jpug_study

ぬこ＠大阪 16.1 @nuko_yokohama

ロックだぜ！ #jpug_study

しょー（show） @surumegohan

ロックにはレベルがある。表レベルや行レベル、ページレベルなど。 #jpug_study

~/ @rriifftt

ページレベルのロックもあるのか。内部的に獲得するのかな。 #jpug_study

Kosuke Kida @kkkida_twtr

ポスグレマニュアルの表ロック部分、魂で理解できるまで苦労した #jpug_study

ぬこ＠大阪 16.1 @nuko_yokohama

@rriifftt #jpug_study そうです。共有バッファ内のページに対する排他制御で、SQL文として何か制御できるというものではないです。なので、今日のセッションでも説明は割愛しているようですね。

しょー（show） @surumegohan

ANALYZEでもShare Update exclusiveだったのか。#jpug_study

ぬこ＠大阪 16.1 @nuko_yokohama

@kkkida_twtr #jpug_study 自分は行レベルロックのほうが苦手だった。

しょー（show） @surumegohan

きた　デッドロックのお話！　#jpug_study

ぬこ＠大阪 16.1 @nuko_yokohama

デッドロックの話。 #jpug_study

ぬこ＠大阪 16.1 @nuko_yokohama

やっぱり図を使って丁寧に説明してあるのは良い。 #jpug_study

しょー（show） @surumegohan

PostgreQLではデッドロックが発生すると、デッドロックを検出して「無作為で」トランザクションをどれか1つアボートする。無作為だったのかぁ。 #jpug_study

ブリンガー @bringer1092

デッドロックが発生するとデッドロックのトランザクションを1つアボートする。これって他のもなんだろうな。 #jpug_study

しょー（show） @surumegohan

デッドロックの予防：SELECT~ FOR UPDATEで行ロックを獲得しておく。 #jpug_study

ブリンガー @bringer1092

デッドロックでアボートしたよってエラーが出てくる。 これの合計回数取得する方法知りたい。 #jpug_study

ぬこ＠大阪 16.1 @nuko_yokohama

75分という長丁場だけど、だいたい時間通りまとめた！さすがや。 #jpug_study

ぬこ＠大阪 16.1 @nuko_yokohama

QA.デッドロック解除がランダムにロールバックされるのはなぜ？→内部実装(リングバッファ検索時、最初に見つかったもの) #jpug_study

まぐろ; (椎間板ヘルニア) @tameguro

トランザクション中で獲得したロックはトランザクション終了まで解放されないっていうのは忘れがちだけど大事なことやな。#jpug_study

まぐろ; (椎間板ヘルニア) @tameguro

デッドロックしたらどれかのトランザクションをアボートするというのは知ってたけど、アボートするトランザクションに明確な基準はなく、無作為にアボートされていたのか。#jpug_study

まぐろ; (椎間板ヘルニア) @tameguro

デッドロックは2月に起こしたからなー。予防やリトライを忘れないようにしないと。最近は構築ばっかで開発してないからその辺の意識が低くなってる。#jpug_study