MySQLのメモリ設定の勘所 – sawara.me
MySQLサーバーをダウンさせた夜は数知れず。 その度にmy.cnfの設定を見なおしてみてはトライし、治ったと思いきや突然のダウン。 サーバーがダウンしてしまう原因は何かと聞かれれば、「メモリです」と断言しましょう。 メモリ設定は諸刃の剣。 パフォーマンスを最大に引き出すこともできればそれと引き換えにサーバーをダウンさせてしまうこともできるんです。 今回はMySQLのメモリの設定の勘所というかたちで紹介しようと思います。 グローバルバッファとスレッドバッファ メモリの設定についてまず「グローバルバッファ」と「スレッドバッファ」について理解しておくことが大事です。バッファとは一時的な記憶領域・つまりはメモリの領域のことなのですが。 グローバルバッファ MySQLで使用する全体的なメモリ使用量を計算するには グローバルバッファ + (スレッドバッファ × コネクション数) = メモリ使用量 と
AWSのデータベース RDSのMySQLでクエリキャッシュを設定してみる | 田舎に住みたいエンジニアの日記
RDSでクエリキャッシュの設定をしてみました。完全我流ですので間違っているところがあれば教えてください。 【事前確認】 RDSの状態を確認します。2013年11月現在、RDSのMySQLを作成するとデフォルトでパラメータいくつかが付いて来ます。 これらパラメータは、AWSのコンソールのRDSの「Parameter Groups」にて設定されています。 デフォルトで利用エンジンのグループは存在するので、何も作成していない場合はこのデフォルトグループの値になっています。 今回はクエリキャッシュ設定です。クエリキャッシュに関する部分のみを見ますが、他の設定も同様に可能です。 デフォルトの環境は以下のようになっていました。 [html] mysql> SHOW VARIABLES LIKE ‘have_query_cache’; +——————+——-+ | Variable_name | Val
MySQL Cache メモ - Qiita
メモと言う名のコピペ ちょっと古い、5.1 だけど日本語ドキュメントがそこしか無かったのと、英語読む気力ないけど、とりあえずめも 動作とかごにょごにょ クエリ キャッシュは、SELECT SQL_CALC_FOUND_ROWS ... のクエリで動作し、後続する SELECT FOUND_ROWS() クエリで返る値を格納します。FOUND_ROWS() は前のクエリがキャッシュからフェッチしていても、正確な値を返します。これは、検索したレコードの数をキャッシュで保管しているためです。SELECT FOUND_ROWS() クエリ自体はキャッシュの対象ではありません。 クエリをキャッシュする設定である場合、その結果 (クライアントに送信したデータ) を、結果の読み出し中に、クエリ キャッシュに格納します。そのため、データの扱いは、ひとまとめではありません。つまり、クエリ キャッシュで、デー
大きめのテーブルにカラムやインデックスを追加する際の注意 - 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時間かかる 次のカラム追加に対す
クエリキャッシュは切ったほうがいいんじゃなイカ？ : DSAS開発者の部屋
KLab Advent Calendar 2011 「DSAS for Social を支える技術」の2日目は、昨日に引き続き、MySQLを骨までしゃぶるためのテクニックです。 ソーシャルゲームは一般サイトよりもDBへの更新クエリの割合が多くなりがちです。更新クエリが多いMySQLでは、通常は有益なクエリキャッシュが無益どころか有害になります。 そもそもキャッシュヒット率が低い。20%以下なんてこともザラにある しかもクエリキャッシュの更新はグローバルなロックを取得する からです。特に後者は問題です。ただの参照クエリもクエリキャッシュを更新する上に、更新クエリはクエリキャッシュの全エントリをチェックして、更新したテーブルに影響がありそうな全キャッシュをdiscardしていくためです。たとえばユーザーの行動力のようなパラメータを格納した参照も更新も多いテーブルでクエリキャッシュが有効になって
MySQLパフォーマンスチューニングのためのクエリの基礎知識 - プログラマーkkの勉強/成長ブログ@ライブレボリューション(モバイル広告代理店)
前回書いたMySQLパフォーマンスチューニングのためのインデックスの基礎知識に引き続き、MySQLのパフォーマンスチューニングについて学んだことをまとめ。 MySQLを使っていると、クエリが遅い理由をつきとめる必要が出てくる。 どうやって遅いクエリをつきとめ、改善すればよいかについて学んだのでまとめた。 下記のような基礎知識があればパフォーマンスチューニングをうまくやれる、と思う。 クエリ処理の基礎 MySQLがクエリを処理する手順 まずはMySQLがクエリを処理する手順を知っておく必要がある。 処理は以下のような流れで進む。 クエリキャッシュの中からクエリの結果を探す。見つかればそれを返す。 クエリを解析して構成要素に分解する。 クエリの構文が正しいことを確認 クエリについて基本情報を収集する。 クエリを基本的な要素に分解した後、何を実行すべきかを判断する。 クエリオプティマイザが動き始
MySQLのパフォーマンスチューニング - モノノフ日記
とある勉強会でSunのエンジニアの人のプレゼンを直接聞く機会があったのでメモったことを公開します。基本的な事が多いんだろうけど、非常に参考になりました。 パフォーマンスとは スループット レスポンスタイム/レイテンシ スケーラビリティ 上記のコンビネーション アーキテクチャとは Connection Thread Pool Query Cache Parser SQLクエリをパース Optimizer Storage Engines アプリによって最適なエンジンを選択すべき サーバのコネクション&スレッド my.cnf max_connection (100) 多すぎるとメモリを消費しきる可能性あり thread_cache_size (8) スレッドをコネクションの切断後にもキャッシュしておく数 一般的には max_connections / 3 sort_buffer_size(2M)
dream-web.info - このウェブサイトは販売用です！ - dream web リソースおよび情報
このウェブサイトは販売用です！ dream-web.info は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、dream-web.infoが全てとなります。あなたがお探しの内容が見つかることを願っています！
CactiにMySQLテンプレート追加 | 誰がコレを欲しがるの？
WordPressの動きを見ていて、どーももっさりだな、と思っていました。もっとも記事を閲覧するだけならそれほど影響はないのですが、プラグインのStatPress(アクセス状況を解析するプラグイン)を使っているとレスポンスがあるまでにかなりの時間がかかってしまいます。 そこでWordPressにWP-Super-Cacheをインストールしたのですが、管理者用のコンソールは高速化されるわけがないｗそりゃ、管理系がキャッシュされて最新情報見られなくなったら困りますわな。というわけで、MySQLのキャッシュ設定を見てみると、キャッシュが設定されてないことがわかりました。なので、/etcにあるmy.cnfに以下の一行を追加。 query_cache_size = 32M これだけでMySQLのキャッシュが始まります。もちろん再起動(reload)しないといけませんが。 [root@m
mmeasure 1.0.7を無理矢理mysql 5.1に対応させる - うまいぼうぶろぐ
mmeasure http://mmeasure.sourceforge.jp/ mysqlの統計情報を監視してグラフ化、警告するソフト。要rrdtool。 mysql 5.1への対応 mysql 5.1でmmeasureが動かない〜〜と悩んでいたけど、対応version見たら5.1は載っていなかった。 http://mmeasure.sourceforge.jp/install/02.html 気になるのでmmeasure.log、mmeasure.errを追ってみるとdaemon/data-mysql/read-data.plが何やらtable_cacheの値を取得できていないようす。そのため、library/alerter.plの90行目の $result = round( $open_tables / $table_cache * 100, 2 ); 部分で$table_cache
mmeasure | 俺のメモ
mmeasureはmySQLの負荷を監視、チューニングのアドバイスを提供してくれるツールです。 今まで知らなかったけど、けっこう古いツールです。 そのままだとmySQL5.1以上は動きません。 cactiでもお馴染のグラフ生成に必要なrrdtoolをインストール # yum install rrdtool mmeasureの最新版をダウンロード＆展開 # cd /usr/local # wget http://prdownloads.sourceforge.jp/mmeasure/18557/mmeasure-1.0.7.tar.gz # tar xvzf mmeasure-1.0.7.tar.gz mmeasure.confを修正する # cp mmeasure_template.conf mmeasure.conf このテンプレートがデフォルトでは設定項目が足りなくて動かないという頑固
WordPressを100倍速くする！ MySQLの調整やnginx proxy cache | KRAY Inc
[追記１] 最後で説明しているproxy cacheの設定を修正しました。 [追記２] nginx proxy cacheでキャッシュしない場合の処理を変更しました。 [追記３] スマートフォンや携帯で閲覧した時にキャッシュしない設定を追加しました。 はじめに 大げさな題名ですが、今回はWordPress単体を速くするのではなく、データベースやWebサーバなどの調整、またnginxのproxy cache機能を使って速くする話になります。 サイトの構成によっては、proxy cacheは使えないかもしれませんが、使わなくても5倍程度速くすることはできましたので、参考にしていただければと思います。 今回行うチューニング一覧 DBを最適化するプラグインを導入する APCを導入してPHPを速くする MySQLを速くする 重いWordPressプラグインを外す nginx+FastCGIにする W
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
