紅移「INSERT INTO」在單獨COPY期間被封鎖

Question

我最近一直在玩Redshift，並發現一個奇怪的（或者可能不是很奇怪的）行爲。當COPY（來自S3）正在進行時，如果我在另一個模式中的完全不同的表中執行INSERT INTO，則INSERT INTO查詢花費太多時間。在Redshift羣集上沒有其他任何內容運行時，INSERT INTO查詢在3-5分鐘內結束。但是，當COPY正在進行時，相同的INSERT INTO查詢需要1-2個小時。

看着Redshift儀表板，奇怪的是讀取吞吐量接近於零。鑑於我的INSERT INTO查詢包含select，我會想象讀取吞吐量會更高。所以，感覺就像COPY查詢阻止了所有其他寫入。我已經檢查了LOCK（STV_LOCKS）表，並且LOCKS對於COPY和INSERT INTO沒有衝突。 COPY查詢是否有可能阻止所有其他寫入？

在此先感謝

Answer 1

你需要檢查參數組配置（在AWS控制檯羣集） - >工作負載管理配置。

檢查併發性。默認情況下它是5。您可以增加該值（最多可達50）。這將允許併發連接。在執行復制命令時，會使用一些連接以便插入到查詢中，因此可能沒有連接。因此增加併發性並再次檢查。

希望這會有所幫助