(閉じる)

タグ :

コンピュータ・IT 331 users このエントリーをはてなブックマークに追加

漢(オトコ)のコンピュータ道: InnoDBでCOUNT()を扱う際の注意事項あれこれ。

2010-03-09 InnoDBでCOUNT()を扱う際の注意事項あれこれ。 InnoDBを使うとき、MyISAMと比較して度々やり玉に挙げられるポイントとして「COUNT()が遅い」というものがある。確かにInnoDBにおいて行数を弾き出すのにはテーブルスキャンが必要なのだが、そもそもMyISAMのCOUNT()が速い(テーブルの行数を保持してる)のが特殊なのであって、InnoDBが遅いわけではないのである。とはいえ、高速なCOUNT()については需要が多く、この問題には多くの人取り組んでおられるよう... > このページを見る

最終更新時間: 2010年03月09日09時45分
▼ブログで紹介する

みんなのブックマーク 人気(0) 新着

  • innodbでcountを利用する際には注意が必要。簡単な解決策としてはテーブルにrecord数を記録するカラムを作る。ただ、その場合recordの更新時にオーバーヘッドが生じる。セカンダリインデックスを用いると良い! 2011/10/12
  • count(*)の場合でも、やっぱしINDEXが良いよねと言う。ま、件数次第よね。 2011/09/09
  • count () 高速化など 2011/05/23
  • Bylineから 漢(オトコ)のコンピュータ道: InnoDBでCOUNT()を扱う際の注意事項あれこれ。 2010-03-09InnoDBでCOUNT()を扱う際の注意事項あれこれ。InnoDBを使うとき、MyISAMと比較して度々やり玉に挙げられるポイントとして「COUNT()が遅い 2011/05/06
  • select count (*) from tbl; の速度改善にはセカンダリインデックスやトリガの利用を検討していく 2011/02/24
  • MyISAM はテーブルの行数を保持しているため COUNT が速い. InnoDB は MVCC のため保持しておくのが難しい. 2011/01/07
  • select count(*) from .. ignore index(primary) で高速化できるのかな 2010/12/24
  • countにはセカンダリインデックス 2010/10/05
  • countの高速化するのにセカンダリインデックスの利用を検討する 2010/10/05
  • @ziopix つまり、count(*)うんぬんじゃあなくて、インデックスの問題なんですよねその辺って。 2010/08/17
  • MySQLで1000万件をCOUNT(*)すると1分半かかる。インデックス張ると3秒。"漢(オトコ)のコンピュータ道: InnoDBでCOUNT()を扱う際の注意事項あれこれ。" ( 2010/08/10
  • 漢(オトコ)のコンピュータ道: InnoDBでCOUNT()を扱う際の注意事項あれこれ。 : 「COUNT(col)ではcolがNULLでない値の場合だけカウントされる」 2010/04/09
  • とりあえず全からむにいんでっくす貼るなんて不思議な構造創るひとにぜひ読んでもらいたいとこなのです(´ω`;【みかん 2010/04/05
  • "セカンダリインデックス"以降が必見! 2010/03/29
  • MySQLのチューニング。ここまですることはまずないだろうけど。。 2010/03/24
  • バッファプールに収まるサイズのセカンダリインデックスを貼る 2010/03/24
  • count(*)とcount(1)とcount(col) 2010/03/20
  • Linux-DBシステム構築/運用入門とあわせて読むとよいかと 2010/03/12
  • InnoDBでCOUNT()を扱う際の注意事項あれこれ。[2010-03-10T20:24:23+0900] 2010/03/10
  • セカンダリインデックスを追加することで如何にCOUNT()クエリが高速化されるか 2010/03/10

このブックマーク一覧を非公開にするには?

はてなブックマークはオンラインでブックマークを管理・共有できる無料サービス。自宅、職場、外出先、どこからでも同じブックマークにアクセスできます。ユーザーはみんなでブックマークを共有して効率良く情報収集しています。あなたもはてなブックマークを始めてみませんか?

このエントリーを含む日記(2)