MySQL 8.0 サポート終了に制作会社がやること｜8.4 LTSへの移行と、レンタルサーバー・クラウドごとの確認【2026年版】
この記事は、MySQL 8.0 サポート終了（2026年4月）のあと、制作会社が顧客サイトのデータベースを8.4 LTSへ移すために何を確認し、どう案内するかを扱います。
結論から書きます。MySQL 8.0 は、Oracle が告知した2026年4月の終了時期をすでに過ぎており、公式の表示では「Lifetime Sustaining Support」の扱いです（MySQL公式、2026年11月9日確認）。今やることは、全サイトのDBのバージョンを台帳に書き出し、移行先を8.4 LTSなどの公式の推奨から選び、サーバーの契約ごとに「誰が切り替えるのか」を確かめることです。
止まる日が決まっていないからこそ、後回しにされやすい期限です。
MySQL 8.0 のサポートは、いつ終わったのか
MySQL公式のEOL告知ページには、次の記載があります（MySQL公式、2026年11月9日確認）。
・MySQL 8.0 は Oracle Lifetime Sustaining Support の対象（2026年4月21日の記載）
・2023年8月4日の告知：8.0 のバイナリは「2026年4月のEOLまで」提供
・移行先として案内されているのは、8.4 LTS または 9.7 LTS8.4 LTS や 9.7 LTS の終了日は、私が確認できたページに書かれていませんでした。そのため、この記事では日付を書きません。移行先を選ぶ前に、Oracle の公式ライフサイクルで確かめてください。
「Sustaining Support」は、サポートが完全に消えるという意味ではありません。ただし、新しい修正が通常の形で続く扱いではなくなったと受け取り、移行の計画を立てるのが安全です。
保守先のPHPなど、ほかの期限もまとめて見る方法は、こちらで扱っています。
▶ EOLのソフトウェア管理、PHPだけ見ていないか──PHP・DB・OS・CMS・ライブラリのサポート終了を棚卸しし、1枚の台帳で追う
MySQL 8.4 移行とは、DBの版を上げる前に、使い方・契約・戻し方の3つを確認する仕事である
黒字化の外科医です。MySQL 8.4 への移行で、制作会社が確認する範囲を解剖します。
確認が先に要る理由は、三つあります。
第一に、版を上げると、既定の設定が変わるから。
MySQL公式の8.4への変更点では、InnoDBの既定値がいくつか変わっています（例：innodb_adaptive_hash_index は ON から OFF、innodb_io_capacity は 200 から 10000）。公式は「新しい既定値を評価して使うよう勧める」と書いています（MySQL公式、2026年11月9日確認）。
第二に、廃止された機能があるから。
同じページに、WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS() が削除され、呼ぶと構文エラーになるという記載があります。独自のSQLや古いプラグインを使うサイトは、ここで止まる可能性があります。
第三に、切り替えの権限が、制作会社にあるとは限らないから。
共有のレンタルサーバーでは、DBの版は事業者が決め、ユーザーは管理画面で選ぶだけ、ということもあります。誰が、いつ、どこで切り替えるのかを先に確かめます。
今すぐ試せる：MySQLのバージョンを台帳に書き出すプロンプト
私はWeb制作会社の担当者です。保守先サイトのMySQLの状況を、移行の優先順に並べてください。
【前提】
・サイト一覧（顧客名、CMS、DBの種類とバージョン、サーバーの種類）：〔記載〕
・サーバーの契約者（自社／顧客）と、DBの版を切り替えられる人：〔記載〕
・MySQL公式で確認した移行先の候補：〔8.4 LTS／9.7 LTS など、確認日つきで記載〕
1. MySQL 8.0 以前を使うサイトを抜き出す。
2. 切り替えの権限がどこにあるかで、グループに分ける。
3. 決済・会員・フォームのあるサイトを上位にする。
4. 各サイトで確認する項目（CMSの対応DBバージョン、独自SQL、バックアップの方法）を書く。
記載のない日付や対応バージョンは、推測で書かないこと。結果は表で示すこと。サーバーの種類ごとに、確認することが違う
【共有のレンタルサーバー】
事業者の案内で、DBの版の切り替えと期限を確認。切り替えは管理画面で行える場合がある
→ 契約者が顧客なら、顧客の操作や承認が要る
【VPS・クラウドの自己管理】
DBを自分で入れている → 公式のアップグレード手順に沿って、検証環境で先に実施
→ バックアップと戻し方を、作業の前に決める
【マネージドDB（クラウド事業者の提供）】
事業者の独自の対応期限や強制更新の予定を、事業者の公式案内で確認
→ 制作会社の都合より先に、事業者の日程が来ることがある
【CMS・ECパッケージ】
WordPress、EC-CUBE などの公式の動作環境で、対応するDBの版を確認事業者独自の日程は、MySQL公式とは別に決まります。必ず、契約している事業者の案内で確かめてください。
年1回の更新と同じ流れで、MySQL 移行を保守に入れる
①台帳でDBのバージョンを確認（月次の点検に含める）
②移行先の候補をMySQL公式で確認し、顧客へ案内（確認日を入れる）
③検証環境にバックアップを復元して、画面・フォーム・管理画面を確認
④切り替えの日と戻し方を決める
⑤本番切り替え → 翌日の確認
⑥台帳に、新しい版と日付を記録作業時間は、案件によって大きく違います。相場で決めず、調査・検証・本番の3工程で出す考え方は、PHPの記事と同じです。
▶ PHPバージョンアップの費用は「相場」ではなく工数で出す──調査・検証環境・本番の工程別の見積もりと、時間単価×工数の計算例
サーバー移行を伴う場合は、「データを移すだけ」で受けると赤字になります。
▶ サーバー移行の費用と見積もり、「データを移すだけ」で受けると赤字になる──調査・移行・切り替え・確認の4工程、止まるリスク、料金の計算例
構造的なリスク
逆説を指摘しておきます。
期限の過ぎたDBを「止まっていないから」と放置する会社は、事故が起きた日に、案内の記録がないことで責任を問われやすくなります。
一方で、案内を急ぎすぎて検証を削ると、移行そのものが事故の原因になります。
案内は早く、切り替えは検証してから。この順番を、書面で顧客と合意しておくことが、会社を守ります。
よくあるQ&A
Q. MySQL 8.0 のサポート終了はいつ？
MySQL公式のEOL告知では、2026年4月に終了する案内で、現在は Lifetime Sustaining Support の扱いと表示されています（MySQL公式、2026年11月9日確認）。
Q. MySQL 8.0 のままだと、サイトは止まる？
版の期限だけで、すぐに止まるとは言えません。ただし、サーバー事業者が古い版の提供を終える場合は、事業者の日程で切り替わることがあります。契約している事業者の案内を確認してください。
Q. MySQL 8.4 と 9.7 のどちらに移すべき？
公式は両方のLTSを移行先として案内しています。CMSやECパッケージの公式の動作環境で、対応している版から選びます。
Q. 制作会社は、MySQL の移行を無償でやるべき？
契約の範囲によります。保守に含めるのか、別見積もりにするのかは、契約書で決めておきます。
最後に
MySQL 8.0 は、2026年4月の終了時期をすでに過ぎています。
全サイトのDBの版を台帳に書き出し、切り替えの権限と日程を確かめ、検証してから移行した会社だけが、期限を事故ではなく計画された工事に変えられるのです。
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #MySQL #MySQL8_0 #MySQL8_4 #MySQLEOL #MySQL移行 #サポート終了 #制作会社経営 #中小企業 #サイト保守
