Amazon Aurora MySQL v1（5.6 互換）→ v3（8.0 互換）移行を計画する（2）調査の進め方と参考資料
これは
の続きです。
調査をどう進めるか？
大雑把に分けると、
- テスト環境などを先に作って動作確認し、動かなくなった（または変な動きをする）箇所だけ原因調査して改修する
- 事前に資料や事例などを収集し、問題になりそうな箇所の「あたり」を付けてから実物での調査に入る
の 2 通りの進め方があると思いますが、MySQL 5.7 以前から MySQL 8.0 への移行ではそれ以前の 5.x 間の移行よりも注意すべき点が多く、またそのまま移行しただけでは動かなくなる可能性が低くないので、小規模な利用かつ稼働率や性能などの要件が緩い環境でなければ、事前の情報収集をお勧めします。
参考資料① MySQL 5.7 以前→ 8.0 移行体験記など
探してもかなり少ないと思います。
当たり前かもしれませんが、細部を参考にするというよりも雰囲気を掴むための参考資料ですね。
2019 年、Windows での MySQL 5.5 → 8.0（8.0.17？）移行事例です。翌日GROUP BY ASC/DESC問題修正の記事もポストされています。
こちらは（2020 〜？）2021 年のサイボウズさんの MySQL 5.7 → 8.0 移行事例です。有名な記事なのでご覧になられた方も多いと思います。
海外の「MySQL 5.7 → 8.0 移行に際して知っておくべきこと」の記事です。「What is Deprecated in MySQL 8.0?」以降が重要なポイントです。
これ以外に Facebook（Meta）社の事例も見つかりますが、Facebook で主力として利用しているのは InnoDB とは別の MyRocks というストレージエンジンですので（すべてではないと思いますが）、混乱を避けるためにここでは割愛します。
参考資料② AWS 公式の Aurora 関連ドキュメント
前回の記事で示した
から辿っていくと、
あたりの情報が参考になりそうです。
参考資料③ Oracle 公式の MySQL 関連ドキュメント
こちらにまとまっています。
特に、
- リリースノート（英語）
- リファレンスマニュアル（日本語）
※機械翻訳が怪しい部分は、右上のセレクタで「8.0 English」を選択して英語版に切り替えて確認します。
- バージョン間差異のリファレンス（英語）
が役に立ちそうです。
その他、すでにアーカイブ扱いになっていますが、
こちらも補助的に使えそうです。
参考資料④ その他個人ブログなど
Oracle の中の人や Oracle ACE（MySQL）のみなさまの個人ブログにも参考になる記事がありそうです。
※ここではリストアップしませんが、次回以降の記事の中で適宜リンクしていく予定です。
に続きます。
参考資料①は雰囲気を掴む目的で目を通しておけば良さそうなのでここでは省略し、次回は参考資料②の AWS 公式 Aurora 関連ドキュメントから情報を拾っていきます。
Discussion