NOBI
nobi2****@nobi*****
2005年 10月 27日 (木) 05:17:30 JST
はまだ様 my.conf を書き換えた後、起動できないということについては /etc/rc.d/init.d/mysqld start のあとに一度FAILしたあともう一度コマンドを 実行することによって起動できました。よって、変更値も全て反映されたようで す。何故1度目がFAILするのかは原因不明ですが・・。 変更後はいろいろなmysqlの基礎講座(^^;を参考に以下のようにしてみました。 [mysqld] safe-show-database innodb_data_file_path=ibdata1:100M:autoextend datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock #追加 set-variable = key_buffer=256M set-variable = max_allowed_packet=1M set-variable = table_cache=256 set-variable = sort_buffer=1M set-variable = record_buffer=1M set-variable = myisam_sort_buffer_size=64M set-variable = thread_cache=8 #ここまで [mysql.server] user=mysql basedir=/var/lib [safe_mysqld] err-log=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid > set-variable = long_query_time=1 こちらは当方のミスで、デフォルトで１０でした。基本的にデフォルトで使って いたので１０で稼動していました。 > この基準でSlow queriesはどれくらい発生してますか？ こちらは Uptime: 823 Threads: 13 Questions: 2242 Slow queries: 8 Opens: 47 Flush tables: 1 Open tables: 41 Queries per second avg: 2.724 となり、８という値を返してきました。これはmysqlを再起動後にキャッシュを全 て消し、全ての商品ページ31品目をブラウザで開いてキャッシュ生成が終わった 後の結果です。キャッシュ生成が終わった後に再度全ての商品ページを開いても Slow queriesは０でした。 今回のチューニングの結果、速度は微妙に高速化した気がする程度でした。何か しらの比較テストをしてみたいのですがこのキャッシュを生成している間も、他 のデータベースを使ったアプリケーションは通常通り問題なく動いているのでや はりデータの検索に時間がかかっている、といったところみたいです。 従いましてインデックスを付けるということに期待をしてみます。 これから、はまだ様にいただいたビットスコープさんのURLをもとに作業を進めて 見ます。結果は追って連絡させていただきます。 > この辺をいちいち説明してると「MySQLチューニング基礎講座」になっちゃう→ > 当方そこまでやる気は全然無い(^^;ので ごもっともです。 -- NOBI <nobi2****@nobi*****>
