[解決済み】MySQLデータベースは、パフォーマンスが低下する前に、どの程度の大きさにすることができますか？

質問

MySQL データベースのパフォーマンスが低下し始めるのは、どの時点からですか？

• データベースの物理的なサイズは重要ですか？
• レコード数は重要か？
• 性能低下は直線的ですか、それとも指数関数的ですか？

私は、2GB近くを占める約1500万レコードからなる大規模データベースを持っています。この数字からすると、データを消去する動機はあるのでしょうか、それともあと数年はスケーリングを続けても大丈夫なのでしょうか？

どのように解決するのですか？

データベースの物理的なサイズは問題ではありません。 レコード数は関係ない。

私の経験では、一番問題になるのはサイズではなく、一度に処理できるクエリーの数です。 ほとんどの場合、マスター／スレーブ構成に移行して、読み込みクエリーはスレーブに対して実行し、書き込みクエリーはマスターに対して実行する必要があります。 しかし、まだその準備ができていない場合は、実行中のクエリに対してインデックスを調整し、応答時間を短縮することができます。 また、Linuxのネットワークスタックやカーネルを調整することで、より効果的になります。

私の場合は、適度な接続数で最大10GBのリクエストを処理したことがあります。

まずインデックスに注目し、次にサーバー管理者にOSを見てもらい、それでもダメならマスター/スレーブ構成を導入するのがよいでしょう。