PostgresとMySQL：スケールアウトが難しいのはどれですか？

あなたの経験から、どのデータベースはスケーリングが難しいですか？MySQLまたはPostgres？MySQLには、すぐに使えるスケーリング/クラスタリング機能がいくつかありますが、Postgresには、すぐに使えるものはありません。CMIIW。

編集：

ここで混乱して申し訳ありませんが、私の質問は、スケールアウト（水平スケーリング）、つまりクラスタリング、シャーディングなどに言及しています。どちらも水平方向にスケーリングできることはわかっていますが、どちらを実装する方が簡単ですか？

共有してくれてありがとう。

MySQLはスケールアウトが非常に簡単で、クラスタリングとレプリケーションはネイティブであり、管理と実装が非常に簡単です（データベースの知識がない人でも）。

PostgreSQLは現在のところ基本的なレプリケーションのみをサポートしており、クラスタリングについて公式なものは何もありません（技術的にはサードパーティのツールを介して実行できますが、管理するのは大変です）。

スケールアウトする場合は、Postgresqlを選択することはありません。

編集：postgresとmysqlが回答されてから大幅に変更されたため、非常に古い回答は一粒の塩で取りました。

この質問は、サイトの「主観的または議論的な質問をするのを避ける」という信条に反するように見えますが、私は答えを試すことに抵抗することはできません。

場合によります。

非常に大きなデータセットにスケーリングする単一サーバー構成について話しているのですか？
どちらも、データセットに応じてこの状況で機能しますが、カスタム構成と適切な計画がなければ、おそらくどちらもうまく機能しません。大量の書き込みを伴う大規模なデータセットで作業したときの私の経験では、Postgresはブロッキングを引き起こす条件が少なく、全体的なパフォーマンスが優れていました。

多くの読者のために多くのスレーブに拡張できるマルチサーバー構成について話しているのですか？
MySQLは、非同期レプリケーションが組み込まれて以来、歴史的にこの分野のリーダーと見なされてきました。最新のDBソフトウェアを使用することに反対しない限り、これは当てはまりません。Postgresには、9.0のリリースでこれが組み込まれています。MySQLのレプリケーションに関する私の経験は、この時点で十分以上のものでした。

多くのライターの多くのマスターに拡張できるマルチサーバー構成について話しているのですか？
これは、どちらの製品を拡張する場合でも断然最も難しい方法であり、フェイルオーバーサーバーを使用することで何度も回避できます。マスターサーバーの高可用性のために本当にスケールアウトする必要がある場合は、アドオン/代替インストールを回避できません。MySQLには、オープンソースオプションまたは商用バージョンを持つMySQL Cluster NDBがあります。Postgresには、さまざまなレベルのHAとプールを提供できる多くのアドオンがあります。

長期的には、データベースのスケーリングは通常、設計計画に帰着します。アプリケーションがスケールを考慮して設計されている場合、開発者に最適なdbシステムが最適です。

PostGreには、より多くの機能と構成オプションがあります。

したがって、スケーリングがより困難になる可能性がありますが、適切に構成されていれば、スケーリングが向上する可能性もあります。

一般的に、MySQLはおそらくまだ高速ですが、本当の問題は、データの整合性をどれだけ重視し、どのような機能が必要か、そしてOracle（現在はMySQLを所有している）に依存したいかどうかです。

また、ライセンスに関する質問もあります。たとえば、アプリケーションをGPLで公開したくないという理由だけでMySQLライセンスを購入したいのですか？
PostGreSQLでは、これは問題ありません。これは非常に大きなプラスです。