原文：MySQL October 2026 GA Releases Now Available
原著者：Mike Frank
本記事は、上記の英語記事をAIを使用して日本語に翻訳したものです。翻訳には誤訳や不正確な表現が含まれる可能性があります。内容の確認にあたっては英語原文を参照してください。
2026年10月のMySQLリリースが利用可能になりました。対象は次のとおりです。
- MySQL 26.10 イノベーション・リリース
- MySQL 9.7.4 LTS
- MySQL 8.4.13 LTS
MySQL 26.10では、コミュニティ版の機能が拡充され、RESTアプリケーションを構築する新しい選択肢が加わり、データベース運用と開発者ツールが改善されています。MySQL 9.7.4とMySQL 8.4.13では、サポート対象のLTSリリース系列に対するメンテナンス更新が引き続き提供されます。
10月のMySQL Serverリリース
MySQL 26.10 イノベーション・リリースは、新機能と修正を提供します。MySQL 9.7.4 LTSとMySQL 8.4.13 LTSのメンテナンス・リリースは、それぞれのリリース系列に対する修正を提供します。各バージョンの変更内容全体と互換性に関する留意事項は、リリース・ノートをご確認ください。
MySQL 26.10 イノベーション・リリースの主な機能
コミュニティ版のHealth Monitor
MySQL 26.10では、Health Monitorコンポーネントがコミュニティ版に加わり、MySQL Serverから直接システム・リソースの監視とディスク予測を利用できます。管理者はパフォーマンス・スキーマでディスク、メモリー、CPU、MySQLプロセスの情報を確認できます。エラー・ログのメッセージと診断レポートからは、運用状況を把握するための追加情報を得られます。
Health Monitorは、現在と過去のリソース・データに加え、ディスク予測のサンプルと予測サマリを公開します。これにより、DBAはSQLからアクセスできる情報を使って、リソースの逼迫を調査し、ストレージ容量を計画できます。
コミュニティ版向けの初回リリースでは、LinuxとmacOSの基本的なリソース収集をサポートします。macOSではメモリー、ファイルシステム使用量、CPUの情報を提供し、対応する情報を取得できないメトリクスはNULLとして公開します。Windowsは、この初回リリースの対象外です。
デフォルトでは、MySQLのデータ・ディレクトリを含むファイルシステムを監視します。ディスク空き容量不足時のフェンシングはデフォルトで無効です。サーバーをオフライン・モードやスーパー読取り専用モードにせず、監視、警告、予測を継続します。管理者は運用ポリシーに適している場合、フェンシングを明示的に有効にできます。
Health MonitorのCommunity向け提案 | ディスカッションに参加する
コミュニティ版のWebAuthn認証
イノベーション・リリースでは、authentication_webauthnサーバー・プラグインがMySQLコミュニティ版でも利用可能となります。FIDOデバイスを使用した多要素認証とパスワードレス・アクセスをサポートし、コミュニティ版ユーザーが利用できるセキュリティ上の選択肢を拡充します。
導入を計画する際は、クライアントの互換性とデバイス登録の要件をご確認ください。
MySQL 9.7におけるWebAuthnの登録と利用の背景
サーバー・コンポーネントとしてのMySQL REST Service
MySQL REST ServiceがMySQL Serverコンポーネントとして動作するようになりました。アプリケーションは、RESTサービス用に別のMySQL Routerプロセスをデプロイせず、MySQL Serverから直接HTTPSエンドポイントを利用できます。
このコンポーネントは、HTTPSポート、TLS証明書と鍵、ワーカー・スレッド、接続数の上限、リクエストとレスポンスのサイズを設定する変数を提供します。SQL関数でサービスを開始、停止、再起動でき、ステータス変数で実行時の状態を確認できます。これらの制御により、管理者はMySQL内で直接サービスを構成・監視できます。
MySQL REST Service 26.10のドキュメント
パーティション・プルーニングの可視性向上
EXPLAIN FORMAT=TREE、サポート対象のEXPLAIN ANALYZEプラン、JSON形式バージョン2では、該当するテーブル・アクセス・ノードに選択されたパーティションが表示されるようになりました。開発者とDBAは、明示的なパーティション制限やオプティマイザのパーティション・プルーニングの結果を、実行計画とともに確認できます。
例えば、パーティションp1に限定したレンジ・スキャンでは、TREE出力に「in partitions (p1)」と表示でき、JSON v2では構造化されたpartitions配列が提供されます。この一覧は、プランで読み取る対象として選択されたパーティションを示すもので、実行時に実際にアクセスしたパーティションの測定結果ではありません。パーティション・プルーニングやクエリ実行の動作を変更せず、診断時の可視性を高めます。
パーティション・プルーニングの可視性に関するCommunity提案
JSON Duality Viewsのより細かな制御
JSON Duality Viewsに、テーブルおよび列レベルのCHECKとNO CHECKのアノテーション、および列レベルのUPDATEとNO UPDATEの制御が追加されます。
CHECKとNO CHECKは、楽観的同時実行チェック用のドキュメントのETAG計算に値を含めるかどうかを決定します。列の設定はテーブルの設定を上書きするため、アプリケーションは選択したフィールドを競合検出から除外できます。UPDATEとNO UPDATEは、Duality Viewを通じて個々のフィールドを変更できるかどうかを決定します。
これらの制御により、開発者はドキュメントの更新と同時実行チェックをアプリケーションの要件に合わせられます。例えば、頻繁に変わる参考情報のフィールドについて、ビジネス・データの更新と競合させる必要がない場合は、ETAGの計算から除外できます。
JSON Duality Viewsの背景 | CHECKとUPDATEの制御に関する提案
InnoDBのREDO処理
InnoDBでは、索引レコードの変更を解釈するために使う内部索引メタデータ・オブジェクトをキャッシュし、REDOログの解析を改善します。解析済みのメタデータを再利用することで、この処理経路における一時的な索引記述の繰り返し作成を減らします。この変更はREDO解析の効率化を目的としており、効果はワークロードと処理するREDOによって異なります。
4要素のバージョン番号をサポート
MySQL Serverでは、同じパッチ系列で個別に提供される更新を識別するため、バージョン番号の表記にupdate要素が追加されます。完全なリリース識別子はMAJOR.MINOR.PATCH.UPDATEとなり、サポート担当者や自動化処理が、提供された正確なバージョンを区別できます。
新しいVERSION_WITH_UPDATE()関数と読取り専用のグローバル変数version_with_updateで、完全なバージョンを取得できます。既存のVERSION()と@@versionの出力は、互換性のため3要素の形式を維持し、既存の数値による互換性識別子の意味も変わりません。mysql_upgrade_historyファイルにも正確な更新履歴が記録されます。
MySQLのクライアント、ツール、コネクタ
MySQL Router
MySQL Routerでは、Routerプロセスを再起動せずに、設定済みのパスから証明書、秘密鍵、CAファイル、証明書失効リストを再読み込みできます。既存セッションは接続を維持し、再読み込みが成功すると、それ以降のTLSハンドシェイクで新しい情報を使用します。
管理者は、mysqlrouter --reload-tlsと、実行中インスタンスに対するプラットフォーム固有の指定を使って操作を要求します。置換する情報が無効な場合、影響を受けるTLSの管理主体は、それまで正常に動作していたTLS状態を維持します。この操作で再読み込みするのはTLS情報であり、Routerの構成ファイルではありません。既存セッションやTLSパススルー接続も変更しません。
MySQL Shell
MySQL Shellでは、OpenSSL 3.5以降を使用する場合、Classic ProtocolとX Protocolの両接続で耐量子TLSオプションを利用できます。tls-kex、force-pqc、use-pqc-signの各オプションは、コマンドライン、接続URI、接続ディクショナリで指定できます。サーバーから情報が提供される場合、Shellのステータス出力に、ネゴシエートされた鍵交換アルゴリズムと署名アルゴリズムが表示されます。
Classic Protocol接続では、Shellの接続ディクショナリにpassword1、password2、password3のフィールドが追加されます。アプリケーションは、shell.connect()、shell.openSession()、mysql.getSession()で必要な要素のパスワードを指定したり、入力を要求したりできます。対応する資格証明ヘルパーのサポートも含まれます。これらのMFAパスワード・フィールドは接続URIには追加されません。
従来のShell GUI製品がMySQL Workbenchに置き換えられることに伴い、コマンドラインの中核mysql-shellパッケージからgui_pluginとmigration_pluginが削除されます。アップグレード前に、これらの同梱プラグインに依存するワークフローをご確認ください。
MySQL Shellマニュアル | GitHubのMySQL Shell
MySQL Workbench
Workbenchに、ページ分割、フィルタリング、更新、エクスポートに対応したError Logページが追加されます。有効な接続ではperformance_schema.error_logを読み取れます。ローカル接続では従来形式のエラー・ログ・ファイルも使用でき、保存したファイルを参照できる場合は、オフラインの管理ワークスペースからも利用できます。
接続エディターとユーザー・エディターに、パスワード以外の認証と、最大3要素のMFA設定が追加されます。認証方式ごとのオプションと、画面に表示されるWebAuthnプロンプトを備えています。また、WebAuthnデバイスの登録とパスワードのリセット手順が追加され、対応環境では古いパスワードの保持または破棄も可能になります。認証方式は引き続き、サーバーのエディション、プラットフォーム、クライアントのサポート状況に従います。
MySQL Workbench 26のソースとコントリビューション情報
MySQLコネクタ
Connector/Jでは、OCI認証、OpenTelemetry、Protocol Buffersに使われる依存関係を含め、サードパーティーのライブラリとツールが更新されます。Connector/Pythonでは、サポート対象機能で使用するサードパーティーの依存関係が更新され、整合性が図られます。
Connector/Jのドキュメント | GitHubのConnector/J | Connector/Pythonのドキュメント | GitHubのConnector/Python
Connector/C++では、9.0より前のABI向けに従来の互換ライブラリを提供していたmysql-connector-c++-compat RPMパッケージが削除されます。そのABIに依存するアプリケーションは、アップグレード前に適切な旧パッケージを用意するか、サポート対象のConnector/C++ ABIに対して再ビルドする必要があります。このパッケージの削除によって、通常のConnector/C++ APIが変更されることはありません。
Connector/C++のドキュメント | GitHubのConnector/C++
クライアント、ツール、コネクタは、複数のMySQL Serverバージョンをサポートします。環境に適合する最新バージョンを選び、各製品のリリース・ノートで対応プラットフォーム、依存関係、動作の変更をご確認ください。
アップグレードの指針
アプリケーションと運用の要件に合うリリース系列を選択してください。
- 最新機能と定期的なアップグレードを求める場合は、MySQL 26.10.0 イノベーション・リリースを評価してください。
- MySQL 9.7 LTSを使用する環境では、9.7.4のメンテナンス更新を確認し、適用してください。
- MySQL 8.4 LTSに標準化した環境では、8.4.13のメンテナンス更新を確認し、適用してください。
アップグレード前には、リリース・ノートとサポート対象のアップグレード・パスを確認し、適用可能な場合はMySQL Shell Upgrade Checkerを実行して、テスト環境でアプリケーションの動作と性能を検証してください。
MySQL Shell Upgrade Checkerユーティリティ
MySQLコミュニティに参加する
GitHubリポジトリとMySQL Community DiscussionsでMySQLのプロジェクトを調べ、フィードバックを共有し、機能やロードマップの優先事項に関する会話にご参加ください。
GitHubのMySQL | MySQL Community | Community Discussions
MySQLをダウンロードする
MySQL Downloadsで、コミュニティ版および商用版のと、関連するクライアント、ツール、コネクタをご確認ください。
いつもMySQLをご利用いただき、ありがとうございます。