Mysql4.0から5.6にした話

Transcript

• 1. MySQLを4.0から5.0を 経由して5.6へバージョ ンアップした話 @mapyo
• 2. 自己紹介 ● カラーミーショップのソフトウェアエンジニア ● 入社２年４ヶ月くらい ● みんなからは「ぼいらー」と呼ばれています ● ぺちぱー(PHPer)です
• 3. 今日話すこと 1. 規模感・メンバー 2. 一度5.0を経由した理由 3. 5.0にするまでにやったこと 4. 本番を5.0、5.6にしていった時の流れ 5. 注意すべき事 6. まとめ ※ぺちぱーとして話すのでmysqlのチューニングとかダンプ、リ ストアする時のテクニック的な話は出て来ません！
• 4. 規模感 ● slaveの台数10台くらい ● mysqlの容量600G ● DBを見ているロールの数７個以上 ● 素のSQLが散りばめられている ● 同じチームのソフトウェアエンジニア５〜６人くら い ● 全部終わったのが１年弱くらい
• 5. メンバー ● ぺちぱー（僕） ● インフラ周りめっちゃすごい人（途中でシニアエ ンジニアに。） アドバイザー的なポジション ● @hsbt（チーフエンジニア） ● ボブさん
• 6. 今日話すこと 1. 規模感・メンバー 2. 一度5.0を経由した理由 3. 5.0にするまでにやったこと 4. 本番を5.0、5.6にしていった時の流れ 5. 注意すべき事 6. まとめ ※ぺちぱーとして話すのでmysqlのチューニングとかダンプ、リ ストアする時のテクニック的な話は出て来ません！
• 7. 一度5.0を経由した理由 ● 4.0から一気に5.6に移行するとなにか起きた時 の影響が大きそう。 ● mysql4.0→mysql5.6へ直接レプリケーションが 出来ませんでした。 master 4.0 この辺、どういう流れでバージョンアップしていくかは後で詳しく説明 します。 slave 5.6 master 4.0 slave 5.0 slave 5.6
• 8. 今日話すこと 1. 規模感・メンバー 2. 一度5.0を経由した理由 3. 5.0にするまでにやったこと 4. 本番を5.0、5.6にしていった時の流れ 5. 注意すべき事 6. まとめ ※ぺちぱーとして話すのでmysqlのチューニングとかダンプ、リ ストアする時のテクニック的な話は出て来ません！
• 9. 5.0にするまでにやった事 ● 5.6の開発環境を作る ● 開発環境の4.0のデータを5.6に突っ込む ● 開発環境で4.0（今までのDBと）5.6を簡単に切 り替えられる仕組み作り ● その他開発環境の整備 ● 5.6で開発してもらうように布教する ● テスト、修正 ● 不要レコードの削除
• 10. 開発環境の4.0データを5.6に突っ込む ● sedスクリプトをかます cat dump.sql | sed -e 's/timestamp(14)/timestamp/' | sed -e 's/TYPE=/ENGINE=/' > dump5.sql
• 11. 5.6で開発してもらうように布教 メリット ● 4.0では動くが、5.6では動かないクエリがこれ以 上増えない ● 現状、5.6で動かないクエリがあったら教えても らえる。(^^♪
• 12. テスト ● デキるテスターの人にお願い☆ その間僕は。。 ● 修正が必要なsqlを調べる ● ググる ● 分かった修正箇所の横展開
• 13. 修正する 1. 直さなきゃいけない部分がみつかる 2. 直す（4.0でも5.6でも動くように） 3. 他の開発メンバーにこういうパターン注意してく ださいリストを作ってお知らせ 全部で５パターンくらい
• 14. 不要なレコードの削除 ● とあるテーブルの容量が200Gくらい！！ ● ダンプ、リストアの時間大。 古いレコードが消せそうだったので消した。 150Gくらい減った。。。
• 15. 今日話すこと 1. 規模感・メンバー 2. 一度5.0を経由した理由 3. 5.0にするまでにやったこと 4. 本番を5.0、5.6にしていった時の流れ 5. 注意すべき事 6. まとめ ※ぺちぱーとして話すのでmysqlのチューニングとかダンプ、リ ストアする時のテクニック的な話は出て来ません！
• 16. 本番を5.0化していった時の流れ1 Step1 mysql5.0をmasterからのレプリケーションに設定 ※appサーバからは見ない。 INSERT,UPDATEが 5.0でエラーにならないかをチェッ ク可能 slave 4.0 master 4.0 slave 4.0 slave 5.0 app
• 17. 本番を5.0化していった時の流れ2 Step2 mysql5.0をslaveに設定 ※appサーバから見るようにする！ slave 4.0 master 4.0 slave 4.0 slave 5.0 SELECTが5.0でエラーに ならないか？ NewRelicが活躍！ app
• 18. ※僕が作業したのは 1と4だけです(*´‫)●`ڡ‬ ※slaveを見ているロールは 5つくらい ※１マラソン終わるのに２〜３日くらい 本番を5.0化していった時の流れ3 Step3 slave全台を5.0にしていく slave 5.0 master 4.0 slave 5.0 slave 5.0 以下のマラソン×１０回くらい。。 1. slave1台をappサーバから外す 2. 5.0にリストア 3. masterからレプリケーション 4. appサーバから見るように app
• 19. 本番を5.0化していった時の流れ3 Step4 メンテを入れてslave1台をmasterに昇格！ slave 5.0 master 4.0 slave 5.0 slave 5.0 メンテ終わった後は何事もなかった かのように動いてたぜ！ ※masterしか見ていないロールもあるので、多 少不安はあった。 ここまでで約半年くらい。。 slave 5.0 master 5.0 slave 5.0 master 4.0
• 20. 本番を5.6化していった時の流れ そして、5.6に！ 今までの作業をもう１週やる。。。 1. 5.6をレプリケーションにつなげる 2. appサーバから見るようにして様子見 3. slave全台を5.6にする。 4. メンテを入れてslaveをmasterに昇格 ※性能のいいサーバを購入したので slaveの台数を減らせた！ ※僕のやった作業は appサーバの接続先切り替えとメンテの作業くらい。。
• 21. 今日話すこと 1. 規模感・メンバー 2. 一度5.0を経由した理由 3. 5.0にするまでにやったこと 4. 本番を5.0、5.6にしていった時の流れ 5. 注意すべき事 6. まとめ ※ぺちぱーとして話すのでmysqlのチューニングとかダンプ、リ ストアする時のテクニック的な話は出て来ません！
• 22. 注意すべき事！ 移行途中にmasterに直接SQLを流す時は、 最新バージョンでかならず検証する！ slave 4.0 master 4.0 slave 5.0 slave 5.0 4.0→OK, 5.0→エラーのSQL 1. masterでは成功 2. slaveでエラー発生！ 3. レプリケーションが止まる！ 4. ヤバイ！！
• 23. まとめ　〜5.6にするまでにやった事〜 1. 開発環境を用意して、テストする 2. 開発メンバーに周知する 3. Slaveから5.0にしていって、Masterを昇格させ る 4. 上の作業を、5.6にする為にもう１回やる 5. 終わり！
• 24. 所感１ ● 期間が長かった ○ 修正パターンが見つかる→全ロールでgrepして、後は 目視確認して修正箇所を見つける ○ slaveの１台バージョンアップするのに数日。 ● インフラ周りめっちゃすごい人はすごかった。 ○ 本番データのダンプ、リストアの検証（※600G） ○ 5.0、5.6サーバを構築しまくっていた（slave10台） ○ 細かい設定値まわりとかいろいろ
• 25. 所感２ ● デキるテスターの人がいた ○ 安心感 ○ バグが出そうな部分を熟知 ● やれる事はやった。後はバグが出たら全力で直 すという心意気が大事。 ○ ホントに大丈夫なのか？という不安 ○ メンテ終了後、大規模な障害が起きたら怖い！ ○ 気持ちを切り替えて、前を向く！
• 26. 最後に どういうsqlを修正したか？は 僕のブログをご覧下さい。 http://goo.gl/YXeozS
• 27. 以上です！！