とあるテーブルの中身を一括更新した話から学ぶPITR - Qiita

この記事は本番環境でやらかしちゃった人のアドベントカレンダー9日目の記事です。 https://qiita.com/advent-calendar/2020/yarakashi-production 去年に引き続き、今年も参加させてもらいました。 ※去年の記事はこちら→ データ移行をしただけなのに…（起こってしまったメール誤配信） 今年のネタも15年くらい前の事で、且つ自分が直接関わった事案ではないのですが、「そういやあの事件、今MySQLだったらどうするかな」と思い書くことにしました。 何があったか もうタイトルで出落ちしていますが本番でUPDATE文を実行する際にWHERE句を付け忘れたという事故です。 当時の状況を整理するとこんな感じだったと思います。 対象サービス： 年商10億円くらいの自社サービス 作業内容： 仮登録されている顧客の情報を指定された情報で更新する 作業環境： DB

[fukken]

やらかしアドベントカレンダー、必要な保護策を講じなかっただけって人の割合が高くて、逆に我々を守る様々な保護機構の存在に改めて感謝したくなってくる。

[nicht-sein]

MySQLのPITR、全然知らなかったのでありがたい。とは言え利用しないで済むに越したことはない

[rryu]

バイナリログでレプリケーションできるのだからそこから復旧も可能ということか。まあ一発勝負は危なすぎるのでSELECTして対象が正しいことを確認してそれをUPDATEに変更するみたいなことをしている。

[saikyo_tongaricorn]

対策本当にそれでいいのか…

[rin51]

MySQLを復旧させる