bcache用テーブルの別データベース化について

Hermana0 さん、こんにちは。

kusanagi status の結果がないので推測で提案します。
nginx を使っているのであれば、fcache を検討してください。

【bcache について】

> しかし、（2）のサーバはLoadAverageが高くなりやすく悩んでいます。
> 現在（2）のサーバではデータベースが稼働していないのですが、
> bcache用テーブルのためにデータベースを稼働させると、さらにLoadAverageが上がってしまいますでしょうか。

はい、新たに DB サービスが立ち上がることになるので、当然ロードアベレージに負荷がかかると思われます。
そもそも、ロードアベレージが上がる原因は多岐にわたります。
まずは、ロードアベレージを引き起こしている原因をきちんと調査することが重要です。
WordPress ではなく別の原因であった場合、WordPress 周りの最適化をしても意味がないことになるかもしれません。

ロードアベレージの入門として、下記の記事を参考にしてみてください。

https://qiita.com/k0kubun/items/8ab1dfa7c0359d8e618d

原因が WordPress であることが裏付けられても、許容できる負荷であるかは実際に試してみないとなんとも言えません。

【fcache について】

もし nginx を使用されているのであれば、おすすめは fcache です。
fcache は nginx のキャッシュを利用するもので、次のようなメリットがあります。

– 新たに DB サービスを立ち上げることがありません。
– nginx 側でキャッシュを返すため、PHP 実行や DB 接続などの負荷が軽減されます。

bcache と fcache のざっくりとした違いは、下記の記事を参考にしてみてください。

https://www.zukeran.org/shin/d/2018/05/15/kusanagi-bcache-fcache-2/

bcache / fcache はテックコラムにも情報があります。
こちらのほうが詳細に書かれていますのでご一読ください。

kusanagi bcache コマンドとその仕組み – KUSANAGI Tech Column
https://www.prime-strategy.co.jp/column/archives/column_7193

kusanagi fcache で超高速 CMS 実行環境を実現する – KUSANAGI Tech Column
https://www.prime-strategy.co.jp/column/archives/column_7079