AuroraMySQL 負荷試験報告 その２〜「なんとなくの試験」を卒業するための実践ログ〜 - MNTSQ Techブログ

前回のあらすじ スキーマ分離設計のDB（テナント毎に独立したスキーマを持つDB）でサービス規模が拡大すると、スキーマ数の増加に由来するオーバーヘッドが無視できないものになる 次はパラメータチューニングなどで何とか延命できないか試してみたい tech.mntsq.co.jp はじめに 前回の負荷試験によって、弊社サービスは600テナントを超えたあたりから、データベースの急激な性能劣化を起こすリスクが高いことが判明しました。長期的には根本的な構成の見直しを行うとして、パラメータチューニングなどでデッドラインを後ろにずらせるのであれば、それはそれでありがたいです。 よって、今回の負荷試験の目的は、チューニングによってアーキテクチャ改善をどの程度後ろ倒しにできるかを検討することでした（過去形）。 結論を申し上げると、弊社のケースではパラメータチューニングによって延命を図れる見込みは薄いことが判明し