クライアントが設計したシステムがあり、テーブルは元々、数年間で 10 ギガ (おそらく 1000 万行) を超えることは想定されていませんでした。彼らは考えていたよりも多くの情報をインポートし、1 か月以内にテーブルは最大 208 ギガ (9 億行) になりました。
MySQL の経験はほとんどなく、Microsoft SQL の経験は豊富です。実行されるクエリがテーブルとインデックス全体を使用する必要がないように、クライアントが複数のファイルにまたがるデータベースを持つことを可能にする MySQL の何かがありますか? テーブルには簡単に分割できるフィールドがありますが、これを行う方法がわかりませんでした。
私が解決しようとしている主な問題は、このテーブルからの検索クエリです。挿入はすべてバックエンド サービスによって行われるため、大したことではありません。テーブルが約 2 ギガ (600 万行) で、クエリに 1 秒もかからないテスト システムがあります。この同じクエリを本番システムで実行すると、20 秒かかります。問題を引き起こしているのはテーブルのサイズだけです。このクエリ専用に作成されたこのテーブルにはインデックスがあり、EXPLAIN を使用してそれを使用しています。
他にご提案/ご質問がございましたら、お気軽にお尋ねください。