エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
AuroraMySQL 負荷試験報告 その2〜「なんとなくの試験」を卒業するための実践ログ〜 - MNTSQ Techブログ
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
AuroraMySQL 負荷試験報告 その2〜「なんとなくの試験」を卒業するための実践ログ〜 - MNTSQ Techブログ
前回のあらすじ スキーマ分離設計のDB(テナント毎に独立したスキーマを持つDB)でサービス規模が拡大す... 前回のあらすじ スキーマ分離設計のDB(テナント毎に独立したスキーマを持つDB)でサービス規模が拡大すると、スキーマ数の増加に由来するオーバーヘッドが無視できないものになる 次はパラメータチューニングなどで何とか延命できないか試してみたい tech.mntsq.co.jp はじめに 前回の負荷試験によって、弊社サービスは600テナントを超えたあたりから、データベースの急激な性能劣化を起こすリスクが高いことが判明しました。長期的には根本的な構成の見直しを行うとして、パラメータチューニングなどでデッドラインを後ろにずらせるのであれば、それはそれでありがたいです。 よって、今回の負荷試験の目的は、チューニングによってアーキテクチャ改善をどの程度後ろ倒しにできるかを検討することでした(過去形)。 結論を申し上げると、弊社のケースではパラメータチューニングによって延命を図れる見込みは薄いことが判明し

