山下です。

池田様
ご返事ありがとうございます。

> 2台のApacheからのMySQLへのconnect/disconnectの合計の頻度は
> どれくらいですか？

正確なコネクト数はわからないのですが、
SQL発行数は400/秒(集中アクセス時)です。
もし、コネクト数の正確な数値がわかるコマンドなどあるようでしたら
ご教授いただけると助かります。


> max_connections=500とありますので、コネクションプーリングの
> ようなものは使用していないとお見受けしました。
> 
> 別にMySQLの場合はプーリングしなくても接続・切断は速いので
> 良いと思うのですが、back_log（デフォルト50）の設定が記述して
> ありませんでしたので、この点、気になりました。

池田様のおっしゃる通りコネクションプーリングは使用しておりません。
back_logはデフォルトの50のままでした。
旧DB・新DBともにデフォルトのままでしたので、
今回の現象と直接関係ないかとは思いますが、
今後のレスポンスアップにとても勉強になりました。

ありがとうございます。

--Tetsuro IKEDA<ikdttr@xxxxxxxxxx> wrote:
> 池田です。
> 
> 新旧サーバの比較という視点からはそれるのですが・・・
> 
> ＞山下さん
> 2台のApacheからのMySQLへのconnect/disconnectの合計の頻度は
> どれくらいですか？
> 
> max_connections=500とありますので、コネクションプーリングの
> ようなものは使用していないとお見受けしました。
> 
> 別にMySQLの場合はプーリングしなくても接続・切断は速いので
> 良いと思うのですが、back_log（デフォルト50）の設定が記述して
> ありませんでしたので、この点、気になりました。
> 
> 以前の話ですが、MySQLユーザ会の方々と接続・切断を繰り返す
> 性能実験をしていたときに、back_logがボトルネックに
> なったことがあります。
> 
> かなり曖昧な記憶ですが、確かback_log=50だと1秒間に接続・切断できる
> セッション数が50くらいまでだった気がします。。。
> 
> 06/04/27 に 山下 智久<peanuts1113@xxxxxxxxxx> さんは書きました:
> > 山下と申します。
> >
> > Webサーバ2台・DBサーバ1台の構成でサイト運営を行っております。
> >
> > この度DBサーバのCPU高負荷により安定運営が難しくなったため、
> > スペックをアップさせたＤＢサーバを購入・設置し旧サーバよりデータ移行したのですが、
> > 逆にかなりレスポンスが悪くなってしまいました。
> >
> > 原因または解決策をご存知の方いらっしゃいましたら
> > どんな些細なことでもかまいませんのでご教授いただけますでしょうか。
> > 宜しくお願いいたします。
> >
> > innoDBとMyISAMのテーブルが混在しており、
> > MAINはinnoDBです。
> >
> > INDEXも適宜はっております。
> > データ以移行はmysqldumpを使用いたしました。
> >
> > 現象として、
> > 旧サーバでは、CPUに負荷がかかるものの、負荷状況に上下がみられ、遅いながらも運営できていたのですが（集中時間を除く）、
> > 新サーバではCPUが高負荷のまま、絶えずFULLに使用されhung up状態になってしまいます。
> > サーバ交換時間が集中時間ではなかったため、純粋にアクセス集中によるCPU高負荷とは考えづらい状況です。
> >
> > 新・旧サーバを比較して
> > (1)DBサーバ本体の変更
> > (2)OSの変更(32bitから64bit)
> > (3)my.confのの変更
> > 以外に変更を行っていないためその中に問題があるのではないかと調査しております。
> >
> > 開発環境ならびにＤＢサーバスペックは下記の通りです。
> >
> > −−−−−−−−−−−
> > ●旧ＤＢサーバ環境：
> > Pen4 3.2GHz 32bit * 1
> > メモリ2Ｇ
> >
> > Red Hat Enterprise Linux ES3 32bit
> > php 4.4.2
> > mysql 4.1.9
> >
> > my.conf内容
> > [mysqld]
> > default-table-type=InnoDB
> > query_cache_limit=10M
> > query_cache_size=150M
> > query_cache_type=1
> > set-variable = key_buffer=300M
> > set-variable = table_cache=256
> > set-variable = sort_buffer=150M
> > set-variable = record_buffer=350M
> > set-variable = long_query_time=5
> > set-variable = max_connections=500
> > log-slow-queries
> >
> > [mysqldump]
> > default-character-set = ujis
> > −−−−−−−−−−−
> >
> > −−−−−−−−−−−
> > ●新ＤＢサーバ環境：
> > Xeon 3.33GHz 64bit * 4
> > メモリ8Ｇ
> >
> > Red Hat Enterprise Linux AS4 64bit
> > php 4.4.2
> > mysql 4.1.18
> >
> > my.conf内容
> > [mysqld]
> > default-table-type=InnoDB
> > query_cache_limit=10M
> > query_cache_size=150M
> > query_cache_type=1
> > set-variable = key_buffer=4000M
> > set-variable = table_cache=256
> > set-variable = sort_buffer=400M
> > set-variable = record_buffer=350M
> > set-variable = long_query_time=5
> > set-variable = max_connections=500
> > set-variable = join_buffer=1000M
> > #set-variable = innodb_log_file_size=20M
> > log-slow-queries
> >
> > [mysqldump]
> > default-character-set = ujis
> > −−−−−−−−−−−
> >
> >
> > 何卒宜しくお願いいたします。
> >
> >
> >
> >




-----------------------------------------------
得するキャンペーンやプレゼント情報を是非ご覧下さい！
livedoor 懸賞
http://present.livedoor.com/