MySQL 8.4はLTS（Long-Term Support）版として提供されており、多くの企業がMySQL 8.0から8.4へのアップグレードを検討しています。

一方で、データベースのアップグレードは単なるバージョン更新ではありません。Webサイト、WordPress、Laravelで構築されたWebアプリケーション、独自CMS、業務システム、各種連携ツールなどに影響を及ぼす可能性があります。

本記事では、企業のWeb担当者やインフラ担当者向けに、MySQL 8.0から8.4へのMySQLアップグレードで注意したいポイントや事前確認事項を解説します。

MySQL 8.4 LTSとは

MySQL 8.4は長期サポート版として提供されており、安定運用を重視する企業に適したバージョンです。

MySQL 8.0からの移行を検討する企業が増えている背景には、長期サポートによる運用の安定性や、将来的な保守コストの最適化があります。

特に長期間運用するシステムでは、継続的なセキュリティアップデートを受けられる点から、MySQL 8.4への移行を検討する企業が増えています。

＜比較表＞

• MySQL 8.0：従来の運用環境
• MySQL 8.4：長期サポート対象、将来の運用計画を立てやすい

MySQL 8.0を使い続けるリスクとサポート期限

サポート期限を過ぎたバージョンを利用し続けると、セキュリティリスクや運用リスクが高まります。

また、AWSやAzureなどのクラウドサービスでは、サポート終了後もExtended Support（延長サポート）が提供される場合があります。ただし、対象サービスによっては通常の利用料金に加えて追加費用が発生するケースもあります。

そのため、技術的な観点だけでなく、将来的な運用コストやサポートポリシーの観点からもアップグレード計画を検討することが重要です。

アップグレード前に実施したい事前診断

MySQL Shell Upgrade Checker(mysqlsh)を活用する

MySQL Shell（mysqlsh）は、Oracleが提供する公式ツールで、アップグレード前の互換性チェックを実施できます。

例：

$ mysqlsh root@localhost MySQL SQL > \js MySQL JS > util.checkForServerUpgrade({ targetVersion: “8.4.0” });

確認できる内容

• utf8mb3の利用状況
• 非推奨機能の利用
• 認証プラグインの問題
• 予約語との衝突
• 互換性のない設定

事前に実行しておくことで、 移行後のトラブルを未然に防ぎやすくなります。

また、アップグレードでは データベース自体の問題だけでなく、アプリケーションやCMS、プラグインとの互換性に起因するトラブルが発生することがあります。

utf8はutf8mb3の別名

MySQL 8.xでは、utf8mb3を利用していること自体がすぐに問題になるわけではありません。

しかし、utf8mb3は非推奨となっており、将来的なバージョンアップやシステム更改を考えると、utf8mb4への移行を検討しておくことをおすすめします。

また、MySQLでは現在もutf8がutf8mb3の別名として扱われるため、新規作成時にはutf8ではなくutf8mb4を明示的に指定することが重要です。

古いPHP環境では接続エラーが発生する場合がある

PHP 8.0未満の環境では、MySQL 8.4との互換性に関する問題が発生する可能性があります。特に認証方式やMySQLドライバの違いにより、アップグレード後に接続エラーが発生するケースもあります。

長期間運用しているWordPressサイトやLaravelアプリケーション、独自CMS、業務システムでは注意が必要です。

PHPおよびMySQLドライバのバージョンを確認し、事前に動作検証を実施することをおすすめします。

確認例：

php -i | grep mysqlnd

認証プラグインの互換性問題

MySQL 8系ではcaching_sha2_passwordがデフォルト認証方式です。

一方で古いアプリケーションではmysql_native_passwordを前提としている場合があります。

アップグレード後にログインできなくなるケースもあるため、利用中の認証方式を確認しましょう。

ONLY_FULL_GROUP_BYによるSQLエラー

MySQL 8.4へ移行する環境では、アプリケーション側のSQLがONLY_FULL_GROUP_BYに対応していない場合、エラーが発生することがあります。

特に、GROUP BY句の記述が現在のSQLモードに対応していない場合、以下のようなエラーが表示されることがあります。

エラー例：

Expression is not in GROUP BY clause

この問題は、長年運用されている独自開発システムだけでなく、更新が停止しているWordPressプラグインや古いプラグインでも発生する可能性があります。

また、WordPressのテーマやプラグイン内で直接SQLクエリを記述している場合や、LaravelアプリケーションでDB::select()などを利用した独自SQLを実行している場合は、過去のMySQLでは動作していたクエリがエラーとなることがあります。

アップグレード前には、特に以下のような箇所を確認しておくと安心です。

• 独自開発システムのSQL
• Laravelアプリケーション内の独自SQL
• 長期間更新されていないWordPressプラグイン
• 現在メンテナンスされていないプラグイン
• テーマファイルやプラグイン内で実行している独自SQL
• 独自CMSの検索機能や一覧表示機能

ステージング環境で事前に動作確認を行い、管理画面や検索機能、一覧表示機能などが正常に動作することを確認しておきましょう。

WordPressプラグインや独自CMS、Laravelシステムが正常動作しない場合がある

データベースの仕様変更により、検索機能や管理画面の一部機能が正常に動作しなくなる場合があります。

特に長期間運用されているWordPressサイト、独自CMS、Laravelで構築されたシステムでは、プラグインやライブラリ、独自実装のSQLがMySQL 8.4の仕様変更に対応していないケースもあります。

本番環境でのアップグレード前にステージング環境で十分な検証を実施しましょう。

安全にアップグレードするためのベストプラクティス

ステージング環境で検証する

本番と同じ構成の環境でテストを実施します。

バックアップを取得する

データベースだけでなくアプリケーションも含めてバックアップを取得します。

関連システムも含めて動作確認する

バッチ処理、外部連携、管理画面、WordPressプラグインなどを確認します。

■ アップグレード前チェックリスト

実施	確認項目
□	mysqlsh Upgrade Checker実行
□	utf8mb3利用確認
□	utf8mb4移行検討
□	PHPバージョン・ドライバ確認
□	認証プラグイン確認
□	ONLY_FULL_GROUP_BY検証
□	WordPress・Laravel・独自CMSの動作確認
□	バックアップ取得
□	ステージング環境での検証
□	クラウドの延長サポート費用確認

MySQL 8.4へアップグレードする際によくある質問

MySQL 8.0から8.4へ直接アップグレードできますか？

はい。MySQL 8.0から8.4へのインプレースアップグレードは可能です。ただし事前に互換性チェックを実施することが重要です。

WordPressはMySQL 8.4に対応していますか？

最新版のWordPressはMySQL 8.4に対応しています。ただし利用中のテーマやプラグインによっては動作確認が必要です。

utf8mb3はすぐに変更する必要がありますか？

現時点では利用可能ですが、非推奨のため将来的にはutf8mb4への移行を検討することをおすすめします。

5.7から8.4にアップグレードできますか？

いいえ。まず5.7から8.0へアップデートし、その後8.0から8.4へアップデートする必要があります。

 

よくある質問（FAQ）

Q. MySQL 8.0から8.4へアップグレードするとき、データは消えませんか？

A. 適切な手順でアップグレードすれば、通常は既存データを維持したまま移行できます。ただし、障害や設定ミスなどで影響が出る可能性はゼロではないため、事前のバックアップ取得は必須です。あわせて、本番環境へ適用する前にステージング環境でアップグレードと動作確認を行い、リスクを最小化しましょう。

Q. MySQL 8.0から8.4へのアップグレード前に何を確認すればいいですか？

A. まずは公式ツールのMySQL Shell Upgrade Checker（mysqlsh）で互換性チェックを行うのがおすすめです。そのうえで、utf8mb3（utf8の別名）の利用状況、非推奨機能の有無、認証プラグイン、予約語との衝突、互換性のない設定などを確認します。加えて、WordPressやLaravel、独自CMS、プラグイン、外部連携など「DB以外の周辺システム」も含めて影響範囲を洗い出しておくことが重要です。

Q. MySQL 8.4へのアップグレードでPHPのバージョンも変更する必要がありますか？

A. 必ずしもPHPのバージョンアップが必要になるとは限りません。ただし、古いPHP環境やMySQLドライバを使っている場合、認証方式やドライバ差異の影響でアップグレード後に接続エラーが出る可能性があります。事前にPHP本体とPDO／mysqli／mysqlndなどのドライバのバージョンを確認し、ステージング環境で接続・主要機能の検証を行いましょう。

Q. MySQL 8.4へアップグレードするとutf8mb3は使えなくなりますか？

A. MySQL 8.4でutf8mb3が直ちに使えなくなるわけではありませんが、utf8mb3は非推奨で、utf8はutf8mb3の別名として扱われます。将来的な互換性を考えると、アップグレードを機にutf8mb4への移行を検討するのがおすすめです。DB・テーブル・カラムのどこでutf8mb3が使われているかを先に把握しておくとスムーズです。

Q. MySQL 8.4へのアップグレード後にSQLエラーが発生するのはなぜですか？

A. SQLモードや仕様の影響で、これまで動いていたSQLがエラーになる場合があります。特にONLY_FULL_GROUP_BYに対応していないGROUP BY関連のSQLは注意が必要です。独自開発システムのSQLだけでなく、WordPressのテーマ／プラグイン、Laravelアプリ内の独自SQL、独自CMSの検索・一覧機能なども影響を受ける可能性があるため、アップグレード前に洗い出し、ステージングで動作検証しましょう。

Q. MySQL 8.0から8.4へ直接アップグレードできますか？

A. はい、MySQL 8.0から8.4へのインプレースアップグレードは可能です。ただし、事前にmysqlshなどで互換性チェックを行い、周辺システムも含めて動作確認を行うことが重要です。

Q. 5.7から8.4にアップグレードできますか？

A. いいえ。まずMySQL 5.7から8.0へアップデートし、その後8.0から8.4へアップデートする必要があります。段階的な移行計画を立て、各ステップで必ず検証とバックアップを実施しましょう。

Q. MySQL 8.0から8.4へのアップグレードは本番環境で直接行っても問題ありませんか？

A. 本番環境でいきなりアップグレードすることはおすすめできません。バックアップを取得したうえで、まずステージング環境でアップグレードを実施し、管理画面・検索・一覧・外部連携・バッチなどを含めて総合的に検証しましょう。問題がないことを確認してから本番へ適用することで、サービス停止や予期せぬ不具合のリスクを抑えられます。

 

まとめ

MySQL 8.4へのアップグレードは、セキュリティ強化や将来的な安定運用の観点から重要な取り組みです。一方で、utf8mb3の廃止に向けた対応や認証方式の変更、PHPドライバとの互換性、ONLY_FULL_GROUP_BYによるSQLへの影響など、事前に確認しておくべきポイントも少なくありません。

特に企業サイトやWordPress、Laravelアプリケーション、独自CMSを運用している場合は、本番環境へ適用する前に、ステージング環境で十分な検証を実施し、mysqlshによるアップグレードチェックを行うことが重要です。

また、データベースのアップグレードはデータベース単体の問題ではなく、Webサイトや業務システム全体の動作に影響を及ぼす可能性があります。そのため、アプリケーションやインフラを含めたシステム全体の視点で計画的に進めることが成功の鍵となります。

パンタグラフでは、AWS環境の構築・運用支援、WordPressサイトやLaravelアプリケーションの保守・移行、独自CMSの改修、データベースアップグレード支援などを行っています。MySQL 8.4への移行や既存システムのアップデートをご検討の際は、お気軽にご相談ください。

技術相談・お問い合わせはこちら