オトコのソートテクニック2008
今日は仕事納めだったので、一年の締めくくりとしてMySQLにおけるソートの話でもしようと思う。 インデックスを利用しないクエリで最もよく見かけるもののひとつは、ORDER BYを用いたソート処理だろう。もし、ソート処理においてインデックスを用いることが出来れば、MySQLは結果を抽出してから結果行をソートするのではなく、インデックス順に行を取り出せば良いので高速にソート処理することが可能になる。特に、LIMIT句やWHERE句を用いて行の絞り込みを行う場合は効果が絶大である。しかし、ひとたびインデックスを利用できない状況に直面すると、たちまちテーブルスキャンが発生して性能が劣化してしまう。 例えば、100万行のレコードを格納したt1というテーブルがあるとする。そのテーブルに対して以下のようなクエリを実行した場合を考えよう。 mysql> SELECT col1, col2 ... colx
パソコントラブル出張修理・サポート日記
パソコン修理・トラブル解決などの出張サービス業務をしていたオフィス・オービットの２００４年１１月から２０１０年１２月までの記録です。 ウイルス対策ソフトをご利用の場合、「トロイの木馬」を誤検出する記事があります。警告が出た際は、こちらの記事をごらんの上、お知らせいただければ幸いです。 2011年5月13日 (金)
漢(オトコ)のコンピュータ道: MySQLを高速化する10の方法
ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_
ハシモト知事はファシストではない - 非行型愚夫の雑記
諸君、余だ。 なんでも世の中にはハシモト知事のことをファシストと呼ぶ者がいるそうではないか。中にはハシモトとファシズムを引っ掛けてハシズムなる言葉を使う者もいると聞く。 バカげたことだ。実にバカバカしい。 余に言わせれば、ハシモト知事は、断じて、まったく、絶対に、ファシストでありえない。 ハシモト知事がファシストだというのであれば、彼は手厚い社会保障と福祉で国民が安心して暮らせるようにし、安心して消費活動を行えるようにしてみせるべきだ。 教育や育児に対する手当てを充実させることで「国民の再生産」を支援してみせるべきだ。 「低賃金労働者の輸入」としての外国人労働者の流入を規制してみせるべきだ。 有用で国民生活を向上させるような事業の推進により雇用を作り出し経済を不況から回復させてみせるべきだ。 国民を、飢え・失業・その他、国民の目前にある不安から救ってみせるべきなのだ。 そのようにして国民の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてな