いつデータベースを分割したくないですか？（MySQLパーティショニングを考える）
私の場合
最後の点でさえ、ルックアップは並行して実行されないので、すべての場合において、これは勝利ですか？パーティショニングの欠点は何ですか？少なくとも、100万件以上のレコードを表示しているときに、誰もがデフォルトで使用するものではないのですか？
更新-私はzgguyの回答を選択しましたが、私にとって非常に有用な同様の質問に対する本当に良い回答へのリンクを含む自分の調査の結果に自分の回答を追加したことに注意してください。
回答:
パフォーマンスの問題に特効薬はなく、パーティショニングも1つではありません。
すべてのパーティションは、本質的にそれ自体のテーブルです。したがって、データベースが1つのパーティションのみで行を検索できるように記述されたクエリはより高速になります。大きなテーブル全体をスキャンする必要があるクエリの場合、違いは非常に大きくなりますが、パーティションテーブル内の1つのパーティションのみをスキャンするように制限できます。一意のキールックアップの場合、差ははるかに小さくなります。
ただし、データベースがすべてまたはほとんどのテーブル（インデックス）パーティションにアクセスする必要がある方法でインデックスルックアップを使用するクエリは、実行速度がかなり遅くなります。
並列実行はそれ自体のトピックです。大規模な夜間バッチを実行し、マシン全体でその単一のジョブを実行する場合、その並列化は良いことです。ただし、データベースが常に多くの同時ユーザーからのクエリを処理するOLTPシステムでは、1人のユーザーがすべてのリソースを占有することは望ましくありません。
ここでの答えはよく書かれていて、zgguyの答えと同様の議論をします。パーティショニングは、もしあるとしても、最も頻繁なルックアップが主キーまたは類似のものに基づいている単一マシンのシナリオに利益をもたらしません。インデックス付きルックアップも同様に高速である必要があります）。
実際、よくあるアドバイスは、分割する主な理由は接線方向であり、主に管理に関連しているためです。たとえば、古いレコードを頻繁にパージする必要がある場合は、データを日付に基づいて分離します。ただし、ほとんどのクエリが最近追加されたレコードにしかヒットしないようなデータの場合、これは検索パフォーマンスにも影響を与える可能性があることが指摘されています。
また、MySQLが並行して何も実行しないことについても言及しました（いくつかのリンクまたはそれについての詳細な説明を見るとよいでしょう）。
書き込みアクティビティがさまざまな考慮事項を追加するかどうかについて誰かが話すのを見たことはありません。
最初に頭に浮かぶのは、パーティション・プルーニングです。それがクエリで使用できるものでない場合。
パーティション分割が役立つので、テーブルから大量のデータをパージする必要がありますか？古いですが、ピーターからのこの投稿には考慮すべき点がほとんどありません。
もう1つ考えられるのは、単純なテーブルの使いやすさです...パーティション分割には、追加の作業とメンテナンスが必要です。