タグ
MyISAM と InnoDB の SELECT パフォーマンスの話 - id:kazuhookuのメモ置き場
47 users
InnoDB は MVCC で遅そうだから読み込み主体の場合は MyISAM とか言うけど、そういう発想の人はそもそも MVCC 不要＝複雑なクエリを書かない人なわけで、で、永続的なハッシュとしてしか MySQL を使わないようなケースでは、どのみちプロセス間通信がボトルネッ... 続きを読む
すべて表示
MySQL (InnoDB) における行のサイズと速度の関係について - id:kazuhookuのメモ置き場
117 users
集約演算を行うケースでは、行のサイズを小さく保つことはとても重要。アクセス頻度が低いコラムは別テーブルに追い出すとかしたほうがいいくらい。一方、集約演算を行わないケース (単一行の insert, update 等を含む) の場合は、(クライアントとの通信のため... 続きを読む
すべて表示
InnoDB のパフォーマンスチューニング - MySQLカンファレンス2007
208 users
http://www.mysql-ucj2007.jp/details/j25.html木下 靖文 氏 NTTコムウェア株式会社 プロジェクト管理統括部技術SE部門 DB技術グループ（「InnoDB」は「いんのでーびー」と言うらしい...今まで「いのでーびー」と言ってました）InnoDBをなぜ使うかトランザクシ... 続きを読む
すべて表示
まずちゃんとした設計。チューニングはその後で。 || パフォーマンスチューニングBlog: インターオフィス
76 users
1.適切な主キーを設定する InnoDBの主キーはクラスターインデックスだということを意識しよう から導き出されること 更新する可能性がある項目は主キーにしない（主キーの更新はコスト高い！） 主キーの項目長はなるべく小さく（全部のインデックスページの容量... 続きを読む
更新があるシステムにはInnoDBを選ぼう。MyISAMを選択するならそれなりの理由が必要。それにInnoDBのパフォーマンスはそんなに悪くないよ。 || パフォーマンスチューニングBlog: インターオフ
114 users
基本はＩｎｎｏＤＢです。 MyISAMを選択できるようなケースを考えてみます。 ・完全に検索Onlyの場合（基幹系とかから一定間隔で検索用テーブルを再構築する。それ以外の時間は検索のみのようなケース。） ・ログ系のテーブルを出力のみする場合（insertは3～15... 続きを読む
すべて表示
