Amazon Aurora MySQL v2→v3移行のための調査ログ

TL;DR

MySQL5.7系は2023年10月末でEOL
- Aurora MySQL v2(MySQL5.7)は2024年10月末までに延長された
- 備考: Amazon RDSは延長したが最大で2024年2月末まで
MySQL8.0系のおすすめするバージョン: 8.0.28 or 8.0.34より新しい最新バージョン
- 2023/10時点のAurora MySQL v3はMySQL8.0.28互換でLTSになった
注1: MySQL8.0のバージョン経緯
- 2018-04-19 MySQL8.0.11でGA(一般提供開始)
- 2023-04-18 MySQL8.0.33までマイナーバージョン毎に破壊的変更が含まることがあった
- 2023-07-18 MySQL8.0.34以降は破壊的変更は含まれなくなった。(バグ・セキュリティフィックスのみ)
注2: 最新バージョンは8.2だが、InnovationリリースなのでLTSではない
- 四半期ごとにリリースされるので、追従が大変(Amazon RDSには来てない)
- サポートの期限は次の Innovation Release が公開されるまでと短い。
- https://blogs.oracle.com/mysql-jp/post/introducing-mysql-innovation-and-longterm-support-lts-versions-jp
注3: MySQL x.y.zと書いたとき、x.yをメジャーバージョン、zをマイナーバージョンとすることが多い

MySQL8.0系はマイナーパージョンの更新でも互換性のない変更が入るので、変更点によく目を通すこと

Aurora v2で最適化していたparameterを引き継ぎつつ、Aurora v3で事前に対応しておいた方が良さそうな値を設定する。

DockerHubにあるmysqlイメージの最新はOracleLinuxを使っており、Intel/M1両対応のためmysql/mysql-serverを使用
- mysql:8.0.28-oracle を使用したかったが、M1 Macで2回目に起動したときにエラーで落ちたので却下した
util.checkForServerUpgrade() を実施して、移行後に問題がある箇所を整理する
- utf8mb3 or utf8mb4: 🍣🍺問題
- 予約語の衝突
- 壊れたデータやテーブルがないか
  - Zero Date, Datetime, and Timestamp values
  - Tables with dangling FULLTEXT index reference

採用した。前述の事前準備に問題ないことを確認した後にDBインスタンスの変更を行う。