AJAXリクエストが中止されたときにRedshiftでSQLクエリを停止する代わりに

Question

フィルタ（車両年、モデル、メイク、ドライバ名など）がたくさんあります。選択されたすべてのフィルタは5〜10秒のSQLクエリーを生成し、5〜15秒の時間間隔で実行されます。私たちのユーザーがフィルターを非常に高速にマークしたとしましょう：何人かのドライバーを選んで、次にいくつかの車両、いくつかのデータ範囲など15秒以内に、ユーザーはサーバーに到達してSQLクエリを実行する数ダースのAJAX要求を送信し、より多くのクエリを取得し、各実行に時間がかかります。

AJAXリクエストが中止されたときにクエリを停止するソリューションについて考えましたが、これは簡単な解決策ではありません。 AJAXリクエストが中止されたときにクエリを停止するよりも優れたソリューションですか？

解析データにはRedshiftを使用し、ユーザーデータにはPostgreSQLなどを使用します。 Googleには、結果をキャッシュする高水準のキャッシュがあります。 Redshiftには、dc2.largeインスタンスのノード数が16 であり、WLM構成では15個の同時クエリ も設定されています（クエリはキューに入れられません）。 テーブル、ソートキー、ディスティーズすべてをエンコードしています。私たちは数十のテーブルを持っていますが、約300Mのレコードと〜70 の列を持つすべてのトランザクションで大きな数字の があります。 AWSコンソールのRedshift Performanceタブでは、リーダ・ノードが高負荷時に99-100％、他のノードが約10-30％で動作することがわかります。

Answer 1

まず、redshiftはトランザクション型DBの分析DBを意味するものではありません。第2に、膨大な数のクエリがある場合は、クエリをグループ化するか、結果をキャッシュすることを検討する必要があります。また、work load managementを使用することを検討してください。

元の問題に戻って、タイムアウトしたAJAX呼び出しによって開始されたクエリを把握する必要があります。 svv_transactionsとstv_recentsに依存する必要があるこれらのテーブルは、実行中のプロセスとクエリを返します。次に、クエリを取り消すにはPG_CANCEL_BACKEND、最悪の場合はPG_TERMINATE_BACKENDを使用して実行中のプロセスを終了させる必要があります。自動化した場合には、これを簡単に自動化する方法はありませんが、経験を共有してください。