GAE Cloud SQLとHigh Replication Datastore

Question

HRDとBigTableを使用すると、祖先クエリではないすべてのクエリで最終的な整合性が維持されます。あなたのコードは、結果が古くなる可能性があるという事実に対処するのに十分堅牢でなければなりません。クラウドSQLのGoogleの打ち上げで

は、彼らが免責事項に入れる：（https://developers.google.com/cloud-sql/faq#hrapps）

"We recommend that you use Google Cloud SQL with 
High Replication App Engine applications. While you can use use 
Google Cloud SQL with applications that 
do not use high replication, doing so might impact performance." 

これは何を意味するのでしょうか？これは、HRDでSQLを使用して同じ最終的な一貫性の問題があることを意味しますか？ SQLにはエンティティグループの概念はありませんが、特定の状況で特定のSQLクエリが古い結果をもたらす可能性がありますか？

これは、GoogleのSQLアトミックトランザクション契約の実装が壊れ、リレーショナルデータベースのユーザーが期待するようにSQLが機能しないことを意味します。 これが当てはまらない場合は、SQLでマスタ/スレーブまたはHRDモデルを使用することに対する懸念事項は何ですか？また、Googleはパフォーマンスが低下するモデルを選択するオプションをなぜ提供しますか？ドキュメントから

Answer 1

クラウドSQLとデータストアシステムが独立しています。あなたはあなたのアプリに合ったものを使います。

HRDアプリケーションを使用することをお勧めします。そのタイプのアプリケーションはCloud SQLと同じ場所に配置されるためです。マスタースレーブアプリは、クラウドSQLに存在しない別のデータセンターのセットから提供されます。それは動作しますが、遅くなります。

Answer 2

引用：

「GoogleクラウドSQLは、単純に、クラウドに住んでいるMySQLインスタンスを置くことは、すべての機能とMySQLの機能を持っている」

をあなたの質問に答えるために、リレーショナルDBのレプリケーション/マスター/スレーブオプションの高さは、一貫性とは関係ありませんが、負荷がピーク時の待ち時間や、計画されたメンテナンス時の書き込み可能性などの他の要因があります。高いレプリケーションデータストアの場合、負荷が急増してもレイテンシは低く、メンテナンスが計画されている間も書き込み可能です。比較を確認するにはhttp://code.google.com/appengine/docs/java/datastore/hr/

そして、なぜGoogleがフル・プルーフではないマスター・スレーブ・オプションを提供するのかという疑問の第2の部分。答えは完全な稼働時間を必要とせず、GAEを試してみたいという人が使えるようにすることです。 （フォーラムから）