我最近一直在玩Redshift，发现了一个奇怪的（或者可能不那么奇怪）的行为。当COPY（来自S3）正在进行时，如果我在不同模式中的完全不同的表中执行INSERT INTO，则INSERT INTO查询会花费太多时间。当红移群集上没有其他任何内容运行时，INSERT INTO查询将在3-5分钟内完成。但是，当COPY正在进行时，相同的INSERT INTO查询需要1-2个小时。
查看Redshift仪表板，奇怪的是读取吞吐量接近于零。鉴于我的INSERT INTO查询包含一个select，我认为读取吞吐量会更高。因此，感觉COPY查询阻止了所有其他写入。我检查了LOCKs（STV_LOCKS）表，并且LOCKS与COPY和INSERT INTO之间没有冲突。 COPY查询是否可能阻止所有其他写入？
提前致谢
答案 0 :(得分：2)
您需要检查参数组配置（适用于AWS控制台中的群集） - ＆gt;工作负载管理配置。
检查并发性。默认为5。你可以增加价值（最多可达50）。这将允许并发连接。当您执行复制命令时，会使用某些连接以便插入查询，因此可能没有连接。所以增加并发性并再次检查。
希望这有帮助