MySQL社は、外部キー制約とカスケードの管理方法を変更する方針である。MySQL 9.6から、外部キーの検証およびカスケード動作は、InnoDBストレージエンジンではなく、SQLレイヤーによって処理されるようになった。この変更により、変更履歴の追跡精度、レプリケーションの正確性、データの整合性が向上するため、MySQL社によると、CDCパイプラインや混合データベース環境、アナリティクス用途での信頼性が高まると明らかになった。
MySQL社において、Change Data Capture（CDC）やレプリケーションに取り組む技術者は長年、大きな制約に直面してきた。それは、外部キーがInnoDBストレージエンジンによって管理されており、カスケードによる変更がバイナリログに記録されない点である。Oracle社のコンサルティング技術スタッフであるPrabakaran Thirumalai氏は、次のように述べている。
従来、MySQL社は外部キー制約とカスケード動作をストレージエンジン層で実施してきました。すべてのカスケード処理は、内部的にInnoDBストレージエンジンによって実行されていました。この変更はSQLエンジンやバイナリログに表示されないため、CDCパイプラインやアナリティクスプラットフォームなどの下流システムがこれらを見逃す可能性がありました。その結果、データの不整合や信頼性の低いアナリティクス、レプリケーション障害につながるケースもありました。
例えば、SQLレイヤーはInnoDBストレージエンジンに対して単一のDELETE文を発行するが、カスケード規則によってInnoDBストレージエンジンが自動的に子テーブルの行を削除する場合がある。これらの追加の削除処理は現状、ストレージエンジン内部のみで完結しており、バイナリログには記録されない。バイナリログには親テーブルに対する元のDELETE操作のみが記録され、子テーブルに対する変更は記録されていない状況である。
/filters:no_upscale()/news/2026/02/mysql-foreign-keys/en/resources/1innodb-vs-sql-engine-foreign-key-cascade-1024x510-1770991931623.jpg)
情報元：Oracle社ブログ
この変更は、MySQL社の9.x Innovationシリーズの一部として1月に公開されたMySQL 9.6.0のInnovationリリースで実装された。コミュニティでは、この変更がパフォーマンスに与える影響について懸念が示されている。Oracle社のPrabakaran Thirumalai氏は次のように述べている。
代表的なトランザクションワークロードを対象とした広範なベンチマークの結果、SQLエンジンによる外部キー制約やカスケード処理は、従来のInnoDBストレージエンジンによる方法とほぼ同等の性能で動作することが確認されました。外部キーの検証やカスケード処理にかかる負荷は実質的に変わらず、スループットやレイテンシーに顕著な低下は見られないことが明らかになりました。
人気のある「Hacker News」のスレッドで、Index Hint社のオーナー兼主任エンジニアであるEvan Elias氏は、次のように記している。
この件についてOracle社がブログ記事を出したことをうれしく思います。なぜなら、そうでなければMySQLの公式ドキュメントにはほとんど記載がないからです。（中略）MySQL 9.6のリリースノートにも、外部キーに関する変更点については一切触れられていません。（中略）私はMySQLを中心としたソリューションを提供する独立系ソフトウェアベンダーですが、正直なところ、この状況には深い懸念を抱いております。Oracle社の幹部がMySQL Community Editionへの取り組み強化について多くの約束をしたと聞いておりますが（中略）、もし基本的なドキュメントの更新すら行われないのであれば、そのような約束を真剣に受け止めてよいのでしょうか。
この変更は、コミュニティ内でOracle社のMySQLおよびそのCommunity Editionへの取り組みに対する疑問が高まる中で行われた。コミュニティミーティングではMySQLの将来について議論されており、MySQLの機能拡張を目指した新たなトラッキングフォークも既に進行している。「MySQL 9.6: Foreign Key Cascade Operations Finally Hit the Binary Log」と題した記事の中で、ReadySet社のシニアソフトウェアエンジニアであるMarcelo Altmann氏は次のようにコメントしている。
長年にわたりカスケード可視性の制限に対応してきたMySQLユーザーや、さらに悪いことに、下流システムでデータの不整合が発生して初めてこの問題に気づいたユーザーにとって、MySQL 9.6は大きなアーキテクチャ上の課題を解決します。バイナリログが、データに起きたすべての経緯をようやく完全に記録できるようになります。
Uber社のシニアソフトウェアエンジニアであるBanty Kumar氏は、次のように指摘している。
Oracle社がLTS（長期サポート）を提供するのであれば、これは非常に魅力的なアップグレードの理由となります。
発表によると、Oracle社のチームは今後、カスケード変更に対するトリガーのより広範な対応や、追加のストレージエンジンに対する外部キー制約の適用を進める予定である。MySQL 9.6.0は、MySQL Community Serverのダウンロードページから入手可能である。