出典について
この記事はMaster MySQL内のMorgan Tocker氏の記事「The MySQL 5.7 Optimizer Challenge」(2015/7/15)を翻訳したものです。
MySQLチームでは、オプティマイザのリファクタリングおよびコストモデルの改善に力を入れて取組んできた。 ストレージエンジンのオプティマイザへのハックはロールバックされ、以前にリリースされたMySQLより最適な実行計画が得られる確率ははるかに高くなったはずだ。
オプティマイザチームは、サーバーおよびストレージエンジンの両面の観点に基づいて、コストに関する定数をコンフィグ可能とし、その結果として我々は標準のInnoDBエンジンが常に「MyISAM同様によく」機能するであろうと自信を持っている(オプティマイザは元々大多数がMyISAMを中心として作られたため、MyISAMはアドバンテージがある)
今日、ある課題を発表したいと思う
オプティマイザがMyISAMに対しては正しいが、InnoDBのテーブルに対しては誤った実行計画を選択する例を見つけて欲しい。 テストケースの再現を実証できれば、あなたにはMySQL 5.7のコミュニティー コントリビューターのポロシャツをプレゼントしよう。
この特別なTシャツには数に限りがあるが、世界中のどこにでもお届けしよう。
MySQL 5.7のコミュニティー コントリビューターのポロシャツはDaniël van Eedenがデザインしてくれた。左側が私である。
※訳注: 元の記事のコメント欄などに書込んでみてください。
