InnoDBのプライマリキーとセカンダリキー | Yakst

InnoDBのテーブルから、プライマリキーを取得するクエリを書いたのに、なぜかセカンダリインデックスが使われることがある。この仕組みを、InnoDBのインデックスの格納方法から解説する。 今日、EXPLAINの結果を色々と試してみている時に、興味深い問題にぶち当たったので、ドキュメントには載っていないこの現象をここで共有しておこう。 とても単純なInnoDBのテーブルを考えるところから始めよう。2つのINT型のカラムを持ち、最初のカラムがプライマリキーで、2番目のカラムに普通のインデックスが張ってある。 CREATE TABLE `t1` ( `id1` int(10) unsigned NOT NULL, `id2` int(10) unsigned DEFAULT NULL, PRIMARY KEY (`id1`), KEY `id2` (`id2`) ) ENGINE=InnoDB;

[sh2]

この挙動によりmysqldumpからのリストアが遅くなってしまうという問題⇒ http://d.hatena.ne.jp/sh2/20120122 。どちらのインデックスでも良いならadaptive_hash_indexがある分PKEYの方が速いので、オプティマイザがもっと頑張ってほしい

[tgk]

InnoDBのsecondary indexにはrowidではなく主キー値が入っている→主キーのフルスキャンはclusterd indexよりsecondary indexをなめた方が速い

[ryotarai]

via Pocket

[tmatsuu]

翻訳ありがとうございます！しかしよくわからんかったのであとでもう一度

[kasumani]

翻訳ありがとうございます！しかしよくわからんかったのであとで ... 翻訳ありがとうございます！しかしよくわからんかったのであとでもう一度 / “Yakst - InnoDBのプライマリキーとセカンダリキーの優先順位” Tags: from Pocke