0

~15 行の 14 GB の myISAM を取得しました。まもなく innodb テーブルになります。読み取り/書き込みの方法もかなり区分されています。それは基本的に、大量のデータを処理するための「ショットガン」テーブルとして始まりました。デューデリジェンスの結果、テーブルがフィールドの 2 ~ 3 の基本セグメントに分割されていることがわかりました。これらの理論上のセグメントの 1 つはアプリケーション クエリの大部分で使用され、テーブルの別のセグメントは他のクエリなどに使用されています。もちろん、シナリオには適切なインデックスがあります。

この 1 つの大きなテーブルを 3 つのテーブルに分割し、テーブル サイズを小さくしてインデックスを固定すると、パフォーマンスが向上する可能性があると言うのは、単純な雑用ですか、それとももっと端的に言うと、ベスト プラクティスですか? 特に、エッジケースでこれらの1つまたは2つを結合することを考慮に入れます。

これにアプローチするための入力/戦略に興味がありますか?もちろん、それは本当に役立ちますか?

ありがとう、

4

0 に答える 0