カジュアルにMySQL Clusterを使ってみよう@MySQL Cluster Casual Talks 2013.09Mikiya Okuno
![Mysql toranomaki](https://cdn-ak-scissors.b.st-hatena.com/image/square/0c522a1a5d8b486bbfa063beb9f5acd3e9a7a990/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fmysql-toranomaki-131124073547-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
これだけ見れば大丈夫!ーMySQLパフォーマンス監視のツボ(システム編) こんにちは nob です。 前編 これだけ見れば大丈夫!ーMySQLパフォーマンス監視のツボ(クエリ編) の記事から1年半が経過してしまいました。ちょっと長いお休みでしたが、その間に蓄えた MySQL パフォーマンス監視の実戦経験を(システム編)としてお届けいたします! 今回の(システム編)で紹介するツボは 4 つです。(クエリ編)のツボに加えて、この4つに注目して頂ければ MySQL のパフォーマンス監視もバッチリです。 (ツボ1)Load Average < (1 + (cpu数-1)/3) (ツボ2)Checkpoint Age が水平線になったら要注意 (ツボ3)MyISAM は無いよね監視 (ツボ4)万能選手スローログ なお前編と同様この記事では監視ツールとして Cacti と Percona MySQL
WordPressの動きを見ていて、どーももっさりだな、と思っていました。もっとも記事を閲覧するだけならそれほど影響はないのですが、プラグインのStatPress(アクセス状況を解析するプラグイン)を使っているとレスポンスがあるまでにかなりの時間がかかってしまいます。 そこでWordPressにWP-Super-Cacheをインストールしたのですが、管理者用のコンソールは高速化されるわけがないwそりゃ、管理系がキャッシュされて最新情報見られなくなったら困りますわな。というわけで、MySQLのキャッシュ設定を見てみると、キャッシュが設定されてないことがわかりました。なので、/etcにあるmy.cnfに以下の一行を追加。 query_cache_size = 32M これだけでMySQLのキャッシュが始まります。もちろん再起動(reload)しないといけませんが。 [root@m
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く