時間の経過とともに多くの一意のデータベース (実際には数千) の追加をサポートする MySQL 環境をセットアップする必要があります。ある時点で MySQL サーバーの追加を開始する必要があり、2 台目、3 台目、100 台目のサーバーへの移行を容易にするために、事前に環境を準備しておきたいと考えています。
興味深いことに、データベースにクエリを実行するアプリケーションがすべてのクエリを単一のアドレスに送信し、結果を受け取るようにソリューションをモデル化すると、非常に便利になります。サーバーの数と場所を認識しない必要があります。データベース名は一意であり、データベースを保持しているサーバーを特定するために使用できます。
いくつかの調査を行ったところ、MySQL Proxy が主な候補として出てきましたが、上記のように実行することについて具体的なことを見つけることができませんでした.
誰？
素晴らしい質問です。私はこれを行った企業をいくつか知っています (Facebook が最大の企業として飛び出しています)。誰も幸せではありませんが、代替案もひどいものです。
さらに考慮すべき事項 -- これらのデータベースまたはサーバーの一部に障害が発生した場合はどうなりますか? クロスデータベース クエリを実行する必要がある場合はどうなりますか (今は考えていなくても、そうなるでしょう)。
FriendFeed ソリューションは次のとおりです: http://bret.appspot.com/entry/how-friendfeed-uses-mysql
彼らは基本的にMySQLを美化されたキー値ストアとして使用しているので、それは少し「お尻」です。なぜ仲介者を排除して、オブジェクトの保存に BerkeleyDB のようなものを使用しないのか、私にはわかりません。接続管理かな？MySQL のオーバーヘッドは、非常に簡単に追加できるものを支払うには高すぎるようです (有名な最後の言葉)。
あなたが本当に探しているのは (私が思うに) 分散共有データベースです。MySQL や PostgreSQL などのオープンソース テクノロジの上に構築されたものもいくつかありますが、無料で利用できるものはありません。購入したい場合は、Greenplum、AsterData、Netezza、Verticaなどの企業をチェックしてください。
また、多数のさまざまな分散キー値ストレージ ソリューションも存在します。より良いリファレンスがない場合は、ここから出発点を示します: http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores/。