gumiStudy#20

chobi_e @chobi_e

たしかに手動で管理するの人知を超えていそうな気がする #gumiStudy

Seizan Shimazaki @seizans

「XA Transaction、Django は未対応だったので自作した」 #gumistudy

ruichi @ruicc

#gumiStudy コミットが失敗したらcronで検知してcommit送信..

Seizan Shimazaki @seizans

「Prepare完了してるけど Commit完了せず死んだ場合は、残りをCommitさせてやるようにした」 #gumistudy

ruichi @ruicc

#gumiStudy XAのその辺の処理気になってたけどcronで処理というのは一般的なのだろか

Seizan Shimazaki @seizans

「Prepare途中で死んだら prepared になってるのをロールバック」 #gumistudy

ruichi @ruicc

#gumiStudy innodbの直されないXAバグ

ruichi @ruicc

#gumiStudy innodbさんはロックにインデックス使ってる => 無いとテーブルロックする

ruichi @ruicc

#gumiStudy オプティマイザさんの気分でロック範囲が変わる？？

ruichi @ruicc

#gumiStudy 同DB内のデッドロックは検知出来る、XAだと無理

ruichi @ruicc

#gumiStudy そうしてロック順番統一...

chobi_e @chobi_e

でもそれ場合によってはハマりそうな気が #gumiStudy

ruichi @ruicc

#gumiStudy MySQL「XA使う時はSERIALIZABLEにしろ」

集会の自由 @oskimura

これ行きたかった / “gumiStudy #20 - connpass” htn.to/sDfzE4tiMa

ruichi @ruicc

#gumiStudy ちゃんとfor updateすればserialisableじゃなくても大丈夫...？

ruichi @ruicc

#gumiStudy newRelic, jetprofiler, SQLアンチパタン

chobi_e @chobi_e

qpsとかbpsきになる #gumiStudy

chobi_e @chobi_e

InnoDBは定期的に統計情報を更新してるから場合によってはオプティマイザが意図していないindexを選ぶこともある #gumiStudy

Kazutaka Ogaki @ocaokgbu

#gumistudy デッドロック回避のために、リクエストをソートしてロックの順番を決める、、、、へー。

V @voluntas

#gumiStudy "時雨堂 BOT サーバー" gist.github.com/voluntas/93ef9… 本日の発表資料です

Masahito IKUTA @cooldaemon

#gumistudy 今の発表の補足です. ロックの件. 水平分割しているテーブルに対して同じ DML を発行しても, DB 毎に使用されるインデックスが異なる場合があり, 困った事がありますw (話者がオプティマイザの気分と言ったのは, この事だと思われ)

chobi_e @chobi_e

写真okなのはありがたい #gumiStudy

Masahito IKUTA @cooldaemon

#gumistudy MySQL の XA Recover の件. "一般的" に考えると, Disconnect で Transaction が消えると ぷぎゃー となります. では MySQL の XA Recover は何の為にあるのか？ MySQL が異常終了した時のため

Kazutaka Ogaki @ocaokgbu

#gumistudy 時雨堂BOTサーバープレゼン　gist.github.com/voluntas/93ef9…　読みつつ。待機。

かしゅー @kashew_nuts

Vさんやー。 #gumiStudy