6: 2018-02-18 (日) 10:12:15 maruo[4] [5] | 現: 2018-02-21 (水) 22:48:21 maruo[4] [6] | ||
---|---|---|---|
Line 126: | Line 126: | ||
***my.cnfの調整 [#la2a6cac] | ***my.cnfの調整 [#la2a6cac] | ||
指示に従って、/etc/mysql/my.cnfを変更してあげます。何回かmysqltunerを実行した結果、あれ直せ、これ直せと指示が出ましたので、以下を調整しました。 | 指示に従って、/etc/mysql/my.cnfを変更してあげます。何回かmysqltunerを実行した結果、あれ直せ、これ直せと指示が出ましたので、以下を調整しました。 | ||
- | join_buffer_size =80M | + | join_buffer_size =1M |
table_open_cache = 8192 | table_open_cache = 8192 | ||
max_connections = 150 | max_connections = 150 | ||
Line 140: | Line 140: | ||
調整が済んだら、mysqlを再起動しましょう。 | 調整が済んだら、mysqlを再起動しましょう。 | ||
- | ちなみに、うちのところでは、 join_buffer_sizeを大きくしろ、と散々言われます。が、このjoin_buffer、max_connectionsで生成されるスレッド数分生成されていくので、調子にのって増やしていくと痛い目みます…この設定でも、80M✕150で、12GB消費しますからね…適当な所で折り合いつけるしかないです。気をつけましょう… | + | # /etc/init.d/mysql restart |
- | # /etc/init.d/mysql restart | + | join_buffer_sizeを大きくしろ、と散々言われます。が、そもそも、インデックス作る方が高速化につながるそうなので、join_bufferをいくら増やしても、アプリ側を変更しないと追いつかない、ということで、増やさなくてもOKというネット記事がありましたので、うちではココまでにしております。 |
+ | |||
+ | *結果 [#id87c281] | ||
+ | 正直、爆速になりました。以前は、正直Wehページが描画される様が目で見て解るぐらいちんたらしていて、まぁ、Webアプリだからこんなもんかな、と半ば諦めていたのですが、2回め以降のページ表示が人間の体感で一瞬で終わります。人の目で見てあきらかに違うので、かなり効果があったと言えるでしょう。超快適♪ |
(This host) = https://femt.ddo.jp