MySQL のチューニング (ボトルネックの検出) - onk.ninja
MySQL のチューニング (ボトルネックの検出) こんにちは！ onk です。 SAPさんが各社とも「ソーシャルアプリは負荷対策が大事」って言っていますね。 弊社でも mixi アプリ(PC)，mixi アプリモバイルをリリースしたときはお祭り状態だったので， ふりかえりも兼ねて MySQL のボトルネックを調べる方法を書いてみました。 (幸い，モバゲーオープンゲームのリリース時はこれらの経験が役に立ったので何ともなかったです) といっても 9 割方 そもそもサーバの設定がおかしい 更新が多いテーブルなのに MyISAM エンジン for 文の中でクエリを発行 INDEX 張ってない データ量がえらいことになってる 辺りなんですけどねー。 基本は下から まず，ボトルネックを調べるときは下の層から上がっていくのが基本です。たぶん。 なので ssh でサーバに入って (LoadAverage
インフラ系SEのやさぐれblog Linux/パフォーマンスや負荷を調査するコマンド
サーバーからネットワークまで広く浅くこなす器用貧乏なSEブログ。何でもこなせるが何一つ極められない赤魔道士みたいなもの。昔は技術情報を発信していたが、最近はマラソンのことしか書いてない 客先のLinuxサーバーの調子が悪く、その調査のために使用したコマンド等を備忘録として残しておきます。 ■CPU使用率 CPU使用率を調べるには「top」コマンドを使用します。 topコマンドはシステム全体のCPUやメモリの使用率を5秒おきに表示します。 # top top - 15:50:53 up 617 days, 7 min, 1 user, load average: 0.10, 0.04, 0.01 Tasks: 69 total, 1 running, 68 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.1%sy, 0.0%ni, 99.9%i
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
