70pt

MySQLのSQL文性能改善

categoryテーブル
---------------------------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+---------------------------+--------------+------+-----+---------+-------+
| id | varchar(32) | | PRI | | |
| name | varchar(128) | | | | |
| keywords | text | YES | | NULL | |
| parent_id | varchar(32) | | | | |
+---------------------------+--------------+------+-----+---------+-------

このテーブルに対して
SELECT *
FROM category
WHERE id IN ( SELECT parent_id FROM category WHERE id='10');
を実行しています。idを指定してそれの親カテゴリの行を取得します

explainで実行計画を見ると親を見るときに主キーを使っていないので、主キーを使う様にできないでしょうか。

回答の条件

No.2

50pt

b-windさんの回答にある「一つのクエリに付き一つの INDEX しか使用できない制約」は、実機確認した結果、MySQL 5.0では少なくともそういう制約はないようです。

ただし、サブクエリを使った場合、サブクエリ内では確かにインデクスは使われないようですね。

サブクエリをジョインに書き直すと、インデクスを有効利用できるようです。

書き換え例としては、以下のようになります。

select x.* from category as x
 inner join category as y
 on x.id=y.parent_id
 where y.id='10'

回答ありがとうございます。JOINを使ったSQLに書き換えたらインデックスを使う様になり、アプリ全体としては1/10の時間で終ることが出来ます。

2007/02/24 13:49:40

No.1

20pt

おそらく無理。

MySQL は一つのクエリに付き一つの INDEX しか使用できない制約がある。

クエリを２つに分散すべきと思う。

MySQLが、クエリ毎、テーブル毎に最大インデックス一つしか使わないとか、もう聞いてびっくりな事とかしっかり説明されているので、良い（ほんとか）。

え～～そうなんですか。

回答ありがとうございます。

2007/02/23 23:08:01

コメントはまだありません

Twitterでのつぶやきはまだありません

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

回答リクエストを送信したユーザーはいません

ベストアンサー