
皆さんご存じ、WordPressにはサイトヘルスさんがいます。
随分と前になりますが、そのサイトヘルスさんにいつの頃からか「あんたのサーバーは古い」と毎回ログインする度に言われるようになりました。
自分にはどうしようもない事を毎日まいにち言われるので、ConoHaに連絡をすると、こう返されました。
「MySQLが5.7でもただちに影響はない」
この世界に足を踏み入れたばかりのころの自分には、「MySQL…はぁ?」 といった感じでした。
MySQL(まいえすきゅ~える)とは
ConoHaでは、2026年4月7日より前に契約した環境はMySQL 5.7です。
したがって、自分のMySQLも5.7です。
そんなことよりも、MySQLってなんだ?となります。そこで調べました。
- MySQL(マイ・エスキューエル)は、世界で最も人気のあるデータベース管理システムのひとつです。
3つの大きな特徴
- 世界中で使われており、GoogleやYouTube、WordPressなどの超有名サービスでも採用されています。
- オープンソース(誰でも中身を見られる仕組み)なので、個人開発や学習なら無料でダウンロードして使えます。
- 膨大なデータの中から、一瞬で目的の情報を見つけ出すのが得意です。
MySQL 5.7を使い続ける弊害
MySQL 5.7を使い続ける最大の弊害は、「公式サポートがすでに終了している(EOL)」ことです。
具体的には、2023年10月をもって公式の修正パッチ提供が止まっています。
- 新たな脆弱性が発見されても、公式の修正パッチ(守るためのプログラム)が提供されません。
現在の主流はMySQL 8.0ですが、8.0の公式サポート終了日は 2026年4月 です。
※EOL:製品やサービスのライフサイクルが終了し、メーカーによるサポート、技術修正、販売が終了する「寿命」のこと。
WordPress7.0が目前となった今
つい先日、WordPress7.0のリリースが延期されました。今後のスケジュール発表次第といった所ですが、そう遠くはない未来に7.0がリリースされます。
WordPress 7.0とMySQL 8系との関係について重要なポイントがあるようです。
推奨環境はすでにMySQL 8.0以上
- WordPress公式は、現在(6.x時点)すでにMySQL 8.0以上を推奨しています。
- WordPress 7.0からMySQL 8.0以降が「必須」に近い扱いになる可能性があります。
- MySQL 8系は絵文字などを正しく扱う
utf8mb4が標準です。WordPressもこれを推奨しており、互換性が非常に高いです。
調べれば調べるだけ「今のままではマズイ」となってきますね。なにせMySQL 5.7は旧世代ですから。
MySQL 5.7(旧世代)と8系
MySQLの最新かつ推奨される主流バージョンは8.4です。
この8.4は長期サポート版となり、Long Term Support:長期サポートでMySQL 8.4 LTSと表記したりします。
MySQL 5.7(旧世代)と 8.4 LTS(最新の長期サポート版)の主な違いは多々ありますが、自分が最も注目した点を書き記します。
処理速度の向上
- 読み込みの多いWebサイトなどで、5.7に比べて最大2倍以上高速化(特に高負荷時)。
セキュリティと運用
- パスワードの暗号化方式がより強固なもの(caching_sha2_password)に変わります。
ちなみにMySQL8.4は2032年4月まで安心して使い続けられます。
データベースの安定・安全性のために
MySQL8系にすることで本当に速度が上がるのか?と疑います。ですが、セキュリティが現状よりも強固になるのならバージョンアップはやるべきです。
そこで、MySQLのバージョンアップを行うために準備をすることにしました。
MySQL 8.4、これに対応するべく動き出したのは公式のアナウンスがあったからです。
そして、8.4への移行の際にwp-config.phpの編集も必要になると知りました。
何かやらかして接続エラーを起こすたびに開くアレです。
また、更新が途絶えたテーマも使っていた事もあって、ここ(ミコトホド)も一緒にテーマを変えて一新しました。
使っているプラグインの更新を確認し、バックアップを取り、PCにそのバックアップをダウンロード。さらにデータベースもエクスポート。
MySQL5.7から8.4への作業に進みます。
データベースに触れる時は必ずバックアップを取ってください。面倒でもそのバックアップに救われる日がくるかもしれません。
MySQL5.7から8.4への移行フロー
以降はConoHa WINGでの管理画面になります。
画像がぼやけて見える場合は、クリックすると綺麗に見れます。

管理画面からサーバー管理→データベースマイグレーションから「マイグレーション」に進みます。
するとこの画面が出て来るので、次をクリックします。
ここでやる事はたったのこれだけです。

ここで開始のボタンがあります。
画面には「このデータベースでデータ移行を実行します。移行中のサーバーへの情報更新は反映されません。よろしいでしょうか?」と表示されています。
意訳:開始を押した瞬間から完了するまで何もせず大人しくしていろ
大人しくすることを誓ってから開始をクリックします。

最初に残り時間が約5分と表示されましたが、99%までいった所で残り時間が0から5分に戻ったりしました。
それでも大人しくしていましょう。
貴方がやれることは、とりあえず見守ることだけです。

ここにきてwp-config.phpの内容を修正してくれと指示を受けます。
しかし、画面はMySQL8.4への移行STEP3です。ここで別のウィンドウを開いてConoHaにログインしても再び同じ画面が表示されます。
あせらないでください。確認手順の項目に「ファイルマネージャー」と表示されている所をクリックしてください。別タブでファイルマネージャーが開きます。
ここで確認するのが、この画像の移行先のMySQL8と書かれている上に、データベースホスト名が記されています。
それをwp-config.phpの中の以前のデータベースホスト名に上書きするので、コピーをするなりしておいと良いでしょう。

ファイルマネージャーの中のwp-config.php画面です。
wp-config.phpは自分の場合はファイル編集をACE Editorで開きます。
画面を開くとすぐ下25前後にDBに関する設定が見つかります。そこのDB_HOSTを修正します。
前の画像の今まで使用していたデータベースホスト名が、ここに記されているはずです。
それを` などを間違えて消すことなくデータベースホスト名のみを上書きしてから保存して閉じます。
確認手順にも書かれていますが、表示崩れが無いか確認するといいでしょう。自分の場合は、修正をする前後でサイトの確認を行いました。
それが終わったら、一つ前の画像に表示されている事前確認を完了したにチェックを入れて、次へをクリックします。

ここまできてお疲れ様と言いたい所ですが、もしかすると手前の段階でエラーがでるかもしれません。ブラウザを放置していたことでタイムアウトによるエラーです。
もしそのようなエラーが表示されたら、F5で画面更新でもしてください。そうすると次へをクリックしてもエラーがでることなく、この画面が表示されるはずです。
以上でこの作業は終わりになります。
まとめ|MySQL5.7から8.4にしてみてどうなったか
全く違いが分からない。特にスピード面に期待していたのだけど、これは日頃から高速化を意識してWebサイトを作ってる人には体感しにくいかもしれません。
特にここ(ミコトホド)とは違ってページに画像を多く使っているサイトでも、違いを感じる事は出来ませんでした。
念のためにPageSpeed Insightsで確認もしたのですが、スコアの変動は見られませんでした。
Webサイト製作の取り組み方や、テーマ、構成によって違いが出て来るモノなのかもしれません。
他に注目した点で言えばMySQL8.4にしたことでセキュリティ面が向上したことです。
それに関しては今確認できるものでもないので、これにて
ConoHa WINGユーザーがMySQLのバージョンアップをやってみたを終わりたいと思います。
まだMySQLを8系にしていない方や、どうやれば良いのか不安を抱えている方に、この記事が参考になればと思います。
補足:動作確認済みのプラグイン一覧
- AddToAny Share Buttons (v.1.8.17)
- Ad Inserter (v.2.8.13)
- Category Order and Taxonomy Terms Order (v.1.9.5)
- Contact Form 7 (v.6.1.5)
- Highlighting Code Block (v.2.1.3)
- IP Location Block (v.1.3.8)
- SEO SIMPLE PACK (v.3.6.3)
- SiteGuard WP Plugin (v.1.7.11)
- UpdraftPlus – Backup/Restore (v.1.26.2)
- WP Mail SMTP (v.4.8.0)
- WP Multibyte Patch (v.2.9.3)
- WP Multibyte Patch (v.2.9.3)
- XML Sitemap Generator for Google (v.4.1.23)
補足:動作確認済みのテーマ
- SWELL (v.2.16)

コメント