[B! パフォーマンス][mysql] warabiのブックマーク

warabi id:warabi

パフォーマンスとmysqlに関するwarabiのブックマーク (3)

大きめのテーブルにカラムやインデックスを追加する際の注意 - LukeSilvia’s diary
先日大きめ(といっても500万行くらい)のテーブルにインデックス付きのカラムを追加しようとして痛い目にあったので調査。大きめのテーブルにカラムやインデックスを追加するとどうなるか今回は単純に、「ALTER TABLE 〜」で追加しようとしました。追加するカラムは3つで、 varchar(255) インデックスなし varchar(255) ↓のdate 型カラムとマルチカラムインデックスの形式のユニークインデックスあり date インデックスあり SQL を実行し、状況を「SHOW PROCESSLIST」で監視していたら、1つ目のカラム追加で次のような状態に… 最初にState が「copy to tmp table」状態になり、次の状態に遷移するまで1時間かかる次にState が「Repair with keycache」状態になり、完了までに1時間かかる次のカラム追加に対す
warabi 2011/11/14
パフォーマンス

MySQL

*DB
リンク
パフォーマンスを求めて - お前の血は何色だ!! 4
結局、わかったことは、次の4つ。 index から実体へのシークは遅い。すべてがindex内で完結するクエリーは早い。 limit をつけても where や order by すると意味がない。 indexを張るなら Using indexe をゲットできないと負けかな。では、select で取得する値すべてに index を張りますか? 場合によっては可能ですが、テーブルに文字列なんかがふんだんに含まれていると難しいものがあり、現実的ではありません。そこでこんな方法を提案します。2段階にわけてクエリーを打ちます。 A. task テーブルの 2008/6/5 〜 2008/6/18 のデータを開始日順にならべて、先頭5件だけ表示せよ。 select SQL_CALC_FOUND_ROWS * from task where task.task_starttime <= '20
warabi 2011/11/11
パフォーマンス

*DB

MySQL
リンク
サービス終了のお知らせ
サービス終了のお知らせいつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。お客様がアクセスされたサービスは本日までにサービスを終了いたしました。今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
warabi 2009/12/14
SQL
リンク
1