はてなブックマーク - Covering Index と self-join と MySQL

Covering Index と self-join と MySQL - blog.nomadscafe.jp

blog.nomadscafe.jp

タグ : mysql sql MySQL performance index tuning join database db パフォーマンス

コンピュータ・IT 75 users

某サービスのクエリチューニングのお話。ブログとか日記とかそういうサービス系で次のようなテーブルがあったとします。 CREATE TABLE entries ( id INT UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT, user_id INT UNSIGNED NOT NULL, posted_by TINYINT UNSIGNED NOT NULL, --#PC、mobileなどどこから投稿されたかのフラグ title VARCHAR(512) NOT N... > このページを見る

最終更新時間: 2011年08月14日00時19分

▼ブログで紹介する

みんなのブックマーク人気（0）新着

invent
Covering Index と self-join と MySQL - http://t.co/UtHlzCdw 2012/02/21
fukken
"created_atが先頭にきているインデックスでなくても、created_atが含まれていればそれを利用するようです"　不思議だ、どうやってインデックスを利用しているんだろう 2011/10/11
tgk sql, tuning
わかった 2011/09/14
LukeSilvia mysql, index, join
小さな一時テーブルを最初に作ることによって、JOINなしよりJOINありの方が速くなるという例。30分>数秒。これは面白い 2011/09/14
kazuhooku
self join 使わずに force index 使った方が速いと思うあるいは sh2 さんのやり方 SELECT COUNT(*) FROM entries FORCE INDEX (user_id_created_at_status) WHERE (created_at BETWEEN ... AND ...) AND posted_by=2; 2011/08/17
strsk mysql, index
使えそう！ 2011/08/15
tsucchi1022 mysql
この発想はなかったなー。self-join は「仕方なくやるもの」で、「やると遅くなる」って思い込みがあった。 2011/08/15
kitone MySQL
テーブルスキャンを避けて、Covering Indexとself-joinで処理するっていうことか。こんなテクあるんだなあ。 2011/08/15
sugilog mysql
self-joinがパフォーマンス向上に有用な事例。と使わないほうが良いケースも。 2011/08/14
vimvimilovevim
Covering Index と self-join と MySQL - blog.nomadscafe.jp 2011/08/14
sh2 mysql
自信ないけどFORCE INDEX (user_id)って効かないでしょうか。あと4.1以上ならSELECT COUNT(*) FROM (SELECT posted_by … WHERE created_at BETWEEN …) e WHERE posted_by = 2 2011/08/14
hiroshi_revolution
Covering Index と self-join と MySQL - blog.nomadscafe.jp 2011/08/14
nihen mysql
なるほど 2011/08/14
kazeburo mysql
書いた 2011/08/14