MySQLでインデックスを使って高速化するならCovering Indexが使えそう - (ﾟ∀ﾟ)o彡 sasata299's blog

2009年10月28日09:33 MySQL MySQLでインデックスを使って高速化するならCovering Indexが使えそう Linux-DB システム構築/運用入門 (DB Magazine SELECTION) 著者：松信 嘉範 販売元：翔泳社 発売日：2009-09-17 おすすめ度： クチコミを見る 最近、この本を読んでいます。非常に面白いし、参考になります〜。中でもインデックスについての記事が特に興味深かったので簡単にまとめてみます。 前提 ・インデックスは検索性能には効果があるが、更新性能は落ちてしまう ・MyISAM と InnoDB ではインデックスの構造が違う ・インデックスは B+Tree インデックスと呼ばれ、ルート、ブランチ、リーフの階層構造になっている ・インデックスはソートされた状態で作成されている まずは MyISAM と InnoDB でのインデックス

[youko03]

いい話

[Steiger31226]

“っ”

[matsumanahate]

“で、重要なことですが、高速に処理されるのはリーフの検索までです。ルートとブランチは基本的にキャッシュされ、リーフの検索もデータがソートされているお陰で隣接したインデックスは同一ブロックに格納されてお

[gologo13]

Whereやソートキーだけでなく、取得するカラムも含めてインデックスを設計する。うまくインデックスを設計できると、Covering Index として扱われ、Disk I/O が発生しなくなる。

[nari_ex]

"ランダムアクセスでは、データはバラバラのブロックに存在しているため、都度 I/O が発生してしまうためです。" / 補足: bioが併合されずI/O要求が大量に発行され、ディスクヘッドの移動に時間がかかりI/O処理が遅延する

[ymkjp]

という複合インデックスを張ることで、リーフだけで必要なデータが全て得られ、その後のランダムアクセスが無くなるため高速になります”

[peroon]

爆速

[bluerabbit]

MySQLではINDEXの情報のみでSELECT句を返却するSQLをCovering Indexを使ったSQLというのか. fmfm

[letsspeak]

MySQLでインデックスを使って高速化するならCovering Indexが使えそう - (ﾟ∀ﾟ)o彡 sasata299's blog

[invent]

MySQLでインデックスを使って高速化するならCovering Indexが使えそう - (ﾟ∀ﾟ)o彡 sasata299's blog

[masato-ka]

ぶくま

[suginoy]

Covering Indexというんだ。Oracleで一回事故った事ある。

[masa_matya]

InnoDBとMyISAMのインデックスの違いについて。MyISAMではランダムアクセスが発生する。InnoDBのセカンダリインデックスも同様。明日松信さん本で詳細を追う

[ruicc]

インデックスについて詳しく書かれているらしい。買おうかな。

[raimon49]

マルチカラムインデックスのキャッシュを使ってディスクアクセスさせない。Covering Index

[japanrock]

インデックスだけで完結するインデックスを Covering Index"

[ZIGOROu]

これは常識レベルの話じゃまいかwww

[mumincacao]

あくてぃぶれこ～どみたいなのにしちゃうと使えなくても直 SQL 描くときには使えるかもだからめもめも．．．〆（・ｘ・。【みかん

[ouest]

[[MySQL][Performance]]