6: 2018-02-18 (日) 10:12:15 maruo  |
現: 2018-02-21 (水) 22:48:21 maruo |
| | ***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 |
| | 調整が済んだら、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回め以降のページ表示が人間の体感で一瞬で終わります。人の目で見てあきらかに違うので、かなり効果があったと言えるでしょう。超快適♪ |
Counter: 8642,
today: 2,
yesterday: 1
ページへ戻る
