パフォーマンスが落ちないMySQLデータベースの最大規模を教えて下さい。する質問をすることでしか得られない、回答やアドバイスがある。15分調べてもわからないことは、質問しよう!質問するただいまの回答率89.62%トップMySQLに関する質問MySQLJavaScriptを有効にしてくださいパフォーマンスが落ちないMySQLデータベースの最大規模を教えて下さい。95MySQLのデータベースはどの程度の大きさになるとパフォーマンスが落ちますか。物理的なデータベースの大きさは関係ありますか。それともレコードの数でしょうか。パフォーマンスの落ち方は緩やかでしょうか。大体15Mレコードがある、約2GBの比較的大きなデータベースを持っています。これらの数字を考慮して、データを一掃したほうがいいでしょうか。それともあと数年はスケールを続けて大丈夫でしょうか。attachmentクリップ3気になる質問をクリップするクリップした質問は、後からいつでもマイページで確認できます。クリップした質問に回答があった際、通知やメールを受け取ることができます。自分も答えを知りたい質問者以外のユーザにも役立つ評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。質問の評価を上げたことを取り消します低評価-評価を下げられる数の上限に達しました評価を下げることができません1日5回まで評価を下げられます1日に1ユーザに対して2回まで評価を下げられます質問の評価を下げるteratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。コメントをしてください。送信する質問の評価を下げる機能の利用条件この機能を利用するためには、以下の事項を行う必要があります。件sort評価が高い順sort新着順sort古い順linkcheckベストアンサー+2物理的なデータベースの大きさもレコードの数も関係ありません。経験上、パフォーマンスという点で問題が起こるとしたら、動かす大きさや規模ではなく、同時にいくつかのクエリを扱うかが問題になってくると思います。マスター/スレイブ構成を動かす必要があるでしょう。これを行いたくないのであればレスポンス時間を早くするためにクエリに対して、インデックスを微調整することはできます。私のデータベースはそこまで多くの接続がない状態で、10GBまでいきましたがリクエストには問題なく答えることができました。インデックスに集中し、その後サーバー管理者にOSを見てもらいましょう。それでも、どうにもならなければマスター/スレイブ構成を実行したほうがいいかもしれません。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。commentコメント投稿link+1パフォーマンスの低下は様々な要因があるので、何とも言えませんが、ググって色々調べてみては?https://www.google.co.jp/webhp?sourceid=chrome-instant&ion=1&espv=2&es_th=1&ie=UTF-8#q=mysql+%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9%E4%BD%8E%E4%B8%8B&safe=offある程度予測したいなら、ローカルで同じような環境を作ってデータを沢山入れてみて実験してみるというのも手です。15Mレコードが150Mレコードまで大丈夫か見たいだけなら、20GくらいのHDがあれば、実験出来るはずですよね。実際の運用では、delete等している場合は状態が変わるかもしれないので、確実ではないでしょうけど、レコード数のみでのパフォーマンス低下の検証は出来ます。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。結合数の多いクエリのパフォーマンスについて教えて下さい。1データベースのテーブルのIDを削除した時に空きを詰めたい。思考するエンジニアのためのQ&Aサイト「teratail」について詳しく知る閉じるトップMySQLに関する質問パフォーマンスが落ちないMySQLデータベースの最大規模を教えて下さい。頂いたご意見への回答は行っておりません。