SQLを速くするぞ―お手軽パフォーマンス・チューニング

このサイトでは、SQL を高速化するためのちょっとしたパフォーマンス・チューニングの技術を紹介します。と言っても、『プログラマのためのSQL 第2版』の受け売りがほとんどなので、この本を読んでいただければ、本稿を読む必要はありません。 最初に、パフォーマンス・チューニングに関する全体の方針を述べておくと、それはボトルネック（一番遅いところ）を改善することです。当たり前ですが、既に十分速い処理をもっと速くしたところで、システム全体のパフォーマンスには影響しません。従って「処理が遅い」と感じたら、最初にすることは、SQL やアプリの改修ではなく、「どこが遅いのか」を調査することです。いきなりあてずっぽうで改善をはじめても効果は出ません。医者が患者を診るとき最初にすることが検査であるのと同じです。病因が何であるかを突き止めてからでないと、正しい処方はできないのです。 その基本を承知していただいた

[takeda25]

作成日：2002/10/25 最終更新日：2009/04/11

[secseek]

昔から愛読してたページですが、なぜ今さらはてブで上がってきたんでしょう。ともかくおすすめです。僕はこれでデータベーススペシャリストを取りました。半分くらいは本気で…

[denimn]

なぜ今…？スーパー面白いよね。ミック氏のページ。書籍も面白い。

[Sampo]

count(sale_id) よりは count(distinct sale_id) と書くようにしたい。今は意味が変わらなくても、今後の改修でJOINが増えて行が増殖して結果が変わっちゃうという事故がありえるから

[ma-----chan]

こういうのどれも勝手にDB側で最適化してよといつも思う。

[send]

なんで今さらミックさんのページが

[pekee-nuee-nuee]

なつかしい……初版20年前ってすごいな

[paulownia]

MySQL4の頃はexistsとinですごい差があったけど今はそんなに変わらんね

[yodelx]

当たり前のことが多いけど、知っておいたほうが良い。（今更何故このページが）

[razokulover]

USE THE INDEX, LUKEを読んだ方が良いのでは

[diveintounlimit]

鉄板

[sawat]

ずっと昔に見たことのあるページ。なんで20年前のページが今人気になっているの？大抵は今でも有効な話なんだと思うけど、そうじゃないのもあるかも。

[ryuichi1208]

往年の

[hdampty7]

count(distinct sale_id) は必要ないときはやめた方がよい気がする。distinctの方がはやいけど、集約対象が単数でgroup byと明確な違いがある。

[kagehiens]

Group byでインデックス使うの大好き。基本は、ディスクIOが遅いなら読み込み量を減らすことを、それ以外が遅いならソートのし直しを徹底的に無くすことを目指すべき。

[niramoyashi]

あれ昔お世話になったページ‥？

[yamadar]

なんで今さらハテブに上がってきてるんだ...

[ka-ka_xyz]

もちろんこれ大変素晴らしい内容なのだけれど、パフォーマンス問題への対応はまず実行計画読むとこからなんじゃないかなあ……（設計段階でもある程度データ規模の大きい環境作って）

[gmkzmrn]

この人の本には大変お世話になった さすがに最近の事情とはことなることが多いけど

[fusionstar]

ミックさんの本にはお世話になってます。

[knitcapmann]

サブクエリはNG

[uunfo]

なつかしい。かなり前からcount(*)でも変わらないんじゃなかったかな

[chikurou]

Sampoのブコメの実装は、個人的にはやらない方針に落ち着いた。現状の設計の想定外を考慮するのはキリがないため。修正の前後で合計数が同じであることを確認するテストケースがあれば防げる

[shikiarai]

SQLは潰しがきくのでほんと学んで欲しいんだけど後輩は英語恐怖症なので使えないという……

[onesplat]

こんなマイクロチューニングでどれだけ速くなるのだろうか。あと半分くらいはディスクI/O関係なさそうだが

[mysql8]

VISUAL EXPLAIN

[yuzuk45]

基本はあまり変わらない

[dekasasaki]

20年も経ってる！

[fashi]

昔のサイトなので今のブラウザだと色が読みにくくてリーダーモードを使わざるを得ない

[ikosin]

そういえばこれも geocities だったので再ブクマ