中止 AJAX 请求时停止 Redshift 上的 SQL 查询的替代方法

Question

我们有很多过滤器（车辆年份、型号、品牌、司机姓名等）。每个选定的过滤器将生成 5-10 个 SQL 查询，这些查询在 5-15 秒的时间范围内执行。假设我们的用户非常快速地标记过滤器：选择了一些司机，下一个车辆，一些数据范围等。在 15 秒内，用户可以发送几十个 AJAX 请求，到达服务器并运行 SQL 查询，数据库阻塞，得到越来越多的查询，每次执行需要更长的时间。

我们考虑了在 AJAX 请求中止时停止查询的解决方案，但这不是一个简单的解决方案。有没有比 AJAX 请求中止时停止查询更好、更简单的解决方案？

我们将 Redshift 用于分析数据，将 PostgreSQL 用于用户数据等。 我们有高级缓存，用于缓存结果。红移有 16 dc2.large 实例的节点，我们还设置了 15 个并发查询 关于 WLM 配置（查询不排队）。我们为所有人提供编码 表、排序键和分布键。我们有几十张桌子，但只有一张 拥有大约 3 亿条记录和约 70 条记录的所有交易 列。 在 Redshift 性能选项卡上的 AWS 控制台中，我们可以看到领导节点在重负载期间的工作率为 99-100%，其他节点约为 10-30%。

Answer 1

首先，redshift 不适用于事务性数据库，它是一种分析性数据库。其次，如果有大量查询，您应该考虑对查询进行分组或缓存结果。另外，请考虑使用work load management。

回到最初的问题，您必须找出由超时的 AJAX 调用启动的查询。您将不得不依赖svv_transactions 和stv_recents，这些表将返回您正在运行的进程和查询。接下来，您必须PG_CANCEL_BACKEND 取消查询，或者在最坏的情况下使用PG_TERMINATE_BACKEND 来终止正在运行的进程。虽然如果你碰巧自动化它没有简单的方法来自动化它，但请分享你的经验?。