【DB】MySQLは大規模なデータを抱えても使用に耐えうるのか

Question

現在「SQL実践入門」を読んでおります。

その中で、「MySQLはNestedLoops系のアルゴリズムしか持たない」 という記述がありました。

これだと、例えば「大きな内部表との結合」を行う場合に、ループ回数が多くなり十分なパフォーマンスが出なくなっ
てしまうのではないでしょうか。

大規模サービスではMySQLを採用すべきではなく、Hashなどを選択できるPostgresなどを採用すべきということでしょうか？

どなたか回答をお願いいたします！

Answer 1

大規模サービスではMySQLを採用すべきではなく

どのようなサービスを想定しているのか知りませんが、FacebookもWikipediaも、MySQL派生のMariaDBで動いています。

根本的に言えば、オンライン処理で「大きな内部表との結合」を行わせるような構造が、そもそも取るべきでありません。

Comments

[notNewArai]

回答ありがとうございます！

> オンライン処理で「大きな内部表との結合」を行わせるような構造が、そもそも取るべきでありません

大規模サービスでは、そのような構造を避ける設計がきちんと行われているのでしょうかね。

扱うデータ量が多くなってもパフォーマンスを落とさないテーブル設計を出来るようになるために、オススメの本などはありますでしょうか？
経験！でしょうか。。。

[maisumakun]

Wikipediaの中身であるMediaWikiはオープンソースですし、読んでみると勉強になるかと思います（けっこうキャッシュも駆使している印象です）。

[notNewArai]

あとは、設計ミスで十分なパフォーマンスが出なくなった場合にMySQLの場合は、どうチューニングするのでしょうか？

Postgresなどであれば、アルゴリズムを変更するなどの選択肢がありますが。。。
大抵、なんとかなるのでしょうか？(駆動表を変える、インデックスを張るなど)

根本から構造を変えようと思うと、結構工数を取ってしまって大変なことになるかと思います。

[notNewArai]

> MediaWikiはオープンソースですし、読んでみると勉強になるかと思います

初めてオススメ頂きました。ありがとうございます！ :bow:

Answer 2

MySQL、Postgres共に大規模システムへの導入事例があり、それぞれからの乗り換えの記事も見ますから、得意分野での優位性で選択することになるかと。

また、個人的な見解ですが、SQLの記述に関してはPostgresの方が分があると思います。
Postgresで出来ていたことが、MySQLでは冗長な記述でないと実現できなかったりが多いですね。