タグ

2011年2月24日のブックマーク (7件)

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

    InnoDBを使うとき、MyISAMと比較して度々やり玉に挙げられるポイントとして「COUNT()が遅い」というものがある。確かにInnoDBにおいて行数を弾き出すのにはテーブルスキャンが必要なのだが、そもそもMyISAMのCOUNT()が速い(テーブルの行数を保持してる)のが特殊なのであって、InnoDBが遅いわけではないのである。とはいえ、高速なCOUNT()については需要が多く、この問題には多くの人取り組んでおられるようだ。しかしながら、COUNT()のチューニングについては未だ語られていない点があるように見受けられるので、今日はCOUNT()のチューニングについて解説しようと思う。 COUNT(*)、COUNT(col)、COUNT(1)の違い基的なことではあるが、COUNT(*)とCOUNT(col)では意味が異なるため、異なる結果が返される場合がある。COUNT(*)はフェッ

    漢(オトコ)のコンピュータ道: InnoDBでCOUNT()を扱う際の注意事項あれこれ。
    masa_matya
    masa_matya 2011/02/24
    select count (*) from tbl; の速度改善にはセカンダリインデックスやトリガの利用を検討していく
  • 知って得するInnoDBセカンダリインデックス活用術!

    InnoDBはクラスタインデックスという構造になっている。今日はクラスタインデックスがどういうことかということを、皆さんに理解して頂きたい。もっとも理解して頂きたいポイントは「セカンダリインデックスのリーフノードには主キーの値が含まれている」ということだ。 主キーの構造InnoDBの主キーは次の図のように「データが主キーのリーフノードに含まれる」という構造になっている。このような構造をクラスタインデックスという。 このような構造になっていることには利点と欠点があるが、大きな利点は主キーの値で検索をすると非常に高速だということだ。主キーのリーフノードにたどり着いたときには、既にデータのフェッチも完了している。データとインデックスが別々に格納されているタイプのストレージエンジンでは、インデックスからデータの位置を読み取って、その後データファイルからデータをフェッチする。このように二段階の操作が

    知って得するInnoDBセカンダリインデックス活用術!
    masa_matya
    masa_matya 2011/02/24
    セカンダリインデックスの構造について。
  • 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 でのインデックス

    masa_matya
    masa_matya 2011/02/24
    InnoDBとMyISAMのインデックスの違いについて。MyISAMではランダムアクセスが発生する。InnoDBのセカンダリインデックスも同様。明日松信さん本で詳細を追う
  • 株式会社スタイルズ

    AWSアドバンスドコンサルティングパートナーの一員として活動する株式会社スタイルズが、AWS導入、移行、開発、セキュリティ、運用保守など、すべてのご相談に乗らせていただきます。 AWSを導入したいが何から始めたらいいかわからない 既存のベンダーが新技術に弱く、良い提案がもらえない クラウドの導入にセキュリティの不安がある AWSをとりあえず導入したが、さらに活用していきたい 社内にAWSの知見を持っている人がいない AWSならではのシステム開発を詳しく知りたい

    株式会社スタイルズ
    masa_matya
    masa_matya 2011/02/24
    InnoDBのindexについて。主キーはクラスターインデックス。服地インデックスはリーフページに主キーの値を格納。これらにより発生する事象の解説。select count(*) from tbl の結果が遅い理由など。
  • 画像もDBに格納して管理する -扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め

    Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Health Insurance High Speed Internet Work from Home Healthy Weight Loss Best Penny Stocks Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy

    masa_matya
    masa_matya 2011/02/24
    DBに画像保存=>リクエスト=>mod_rewriteでファイルの存在有無によってDBから取得or書きだしたファイルでのレスポンス。DBへのアクセス数を抑えることができる。
  • iPad - 7notesがすごすぎて感涙しそう : 404 Blog Not Found

    2011年02月03日21:00 カテゴリNewsiTech iPad - 7notesがすごすぎて感涙しそう これは、すごい。当にすごい。iPadオーナーはこの記事読んでいる暇があったら速攻で入手すべし。 いや、これのみのためにiPadを新規購入してもいいぐらい。 むしろAppleはシステムごと買い取って、iOS 5に組み込むべき。 これこそ、タブレットデバイスにおける文字入力のかくあるべき姿なのだから。 何がすごいかといえば、手書きと文字を往復できること。 見てのとおり、手書きの「小飼弾」がすでに画像(絵文字)として入力されている。そして下の入力フィールドではそれが文字の「小飼弾」と認識されている。ここまでは驚くべきことではない。驚くべきなのは、すでに絵として入力してしまったはずの「小飼弾」を7notesが覚えていて、それを後から再認識させれているところ。 これ、古き佳きnewton

    iPad - 7notesがすごすぎて感涙しそう : 404 Blog Not Found
    masa_matya
    masa_matya 2011/02/24
    すごい
  • ウェブサイトの高速化処理を自動的に - Apache 向けモジュール mod_pagespeed を試してみよう!

    +1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1

    ウェブサイトの高速化処理を自動的に - Apache 向けモジュール mod_pagespeed を試してみよう!
    masa_matya
    masa_matya 2011/02/24
    mod_pagespeed。・HTML内からコメント削除等 ・画像の容量を自動調整。 ・キャッシュ期限を1年間に(更新は可能)