MySQLのパーティショニングについて

Question

考えていること

Twitterのつぶやきのような、大量のデータの素早い検索について。

MySQLとパーティショニング

例えば、MySQLのパーティショニングの散布で、日付でパーティションを作成する例をよく見ますが、
この場合「Twitterのユーザのつぶやき数をすべてカウント」などになると、結局総なめになるかと思います。

このとき、例えば「ユーザIDにパーティションを作成する」というアプローチは正しいのでしょうか？
こうすると、ユーザIDをwhere区に入れると、
そのユーザのつぶやきを取得するのにパーティションが効き、高速化ができそうなイメージです。

MySQLのパーティションに上限などあるのでしょうか？
軽くググったところそれらしきものはなさそうですし……
（まあDBの容量は食いますが……）

このアプローチのメリット・デメリットなど、ご教示いただけると幸いです。

Answer 1

この場合「Twitterのユーザのつぶやき数をすべてカウント」などになると、結局総なめになるかと思います。

その用途が頻繁にあるなら

ユーザIDにパーティションを作成する

こともありかと。
他の問い合わせの方が多くて、「ユーザのつぶやき数をすべてカウント」する需要が少なければ、パフォーマンスは悪くてもユーザID毎のパーティションは採用しないで、需要の多いSQLのパフォーマンスが良くなるようなパーティションを選択します。

Comments

[nnahito]

ご回答有り難うございます！
なるほど、このアプローチもありなのですね！
勉強になります！！

Answer 2

「Twitterのユーザのつぶやき数をすべてカウント」などになると、結局総なめになるかと思います。

インデックスがあれば、総なめにはなりませんよ。

パーティションというのは、マルチカラムインデックスとなるような場合に、そのカラムの一部でパーティションするものです。

普通、パーティションは、マルチカラムインデックスのうちカーディナリティの低いものに適用します。
ユーザーIDというのは、どのようなテーブルに含まれたにしろ、カーディナリティは高い部類です。

カーディナリティが高いならインデックスで十分です。

ユーザーIDのカーディナリティが他のカラムより低いのならば別ですが、余程特殊な用途でない限りあまりないのではないかと思います。