kusanagiのWordPress用mysql設定を覗いてみた。

高速で有名なkusanagiですが、こちらのmysqlの設定はチューニングしてあり、 どんな感じになっているんだろうとおもい、configなどから漁ってみた。

t2.mediumで立ててみる(メモリでかいの選んだら自動ででかくなるかは謎)

my.cnf.d/server.cnf

まとめるとこんな感じだった。

default-storage-engine  InnoDB
explicit_defaults_for_timestamp OFF
max_allowed_packet  16M
thread_stack    512K
thread_cache_size   300
key_buffer_size 32M
max_connections 900
wait_timeout    28800
net_read_timeout    30
net_write_timeout   60
back_log    230
table_open_cache    256
max_heap_table_size     32M
tmp_table_size  32M
sort_buffer_size    2M
read_buffer_size    2M
read_rnd_buffer_size    1M
join_buffer_size    1M
table_definition_cache  400
innodb_strict_mode  OFF
innodb_file_per_table   ON
innodb_flush_method null
innodb_buffer_pool_size 1536M
innodb_write_io_threads 4
innodb_read_io_threads  4
innodb_thread_concurrency   8
innodb_fast_shutdown    1
innodb_flush_log_at_trx_commit  1
innodb_lock_wait_timeout    50
innodb_log_file_size    32M
innodb_log_buffer_size  16M
query_cache_limit   1M
query_cache_size    256M
query_cache_type    ON
query_cache_min_res_unit    4K

基本値から変わっているところで、WordPressに関係するのはこのあたりか

max_allowed_packet = 4M→16M
画像などを添付するので、16Mまで許可へ

innodb_buffer_pool_size = 1536M
innodb_log_file_size = 32M
バッファサイズを上げて、それに伴いinnodb_log_file_sizeの値も増加させる

このあたりだけでもWordPressのためにやっておく必要はありそうです。

あとは適宜必要な箇所を真似てチューニングしてみて下さい。

追記

innodb_buffer_pool_size 1536M!?と思ったけど、再度2018/07/10にインストールしてみたら128Mになってた。修正されたのか入れた時ミスっていたのか・・・