高速で有名な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になってた。修正されたのか入れた時ミスっていたのか・・・