Redshift SQA未生效问题排查及有效测试方法咨询

先排查配置遗漏 #

• 确认自定义队列的SQA开关：集群级SQA启用不代表自定义队列自动开启SQA，默认自定义队列的SQA是关闭状态。执行SHOW QUEUE FOR <你的自定义队列名>;，检查sqa_enabled参数是否为true，如果不是，用ALTER QUEUE <队列名> SET sqa_enabled = true;开启。
• 验证用户队列绑定：执行SELECT usename, queue_name FROM pg_user WHERE usename = 'read_user';，确认read_user的queue_name确实是你配置的自定义队列，避免用户继承了默认队列的配置。
• 检查查询准入条件：SQA只处理符合规则的查询，排除DDL、COPY、UNLOAD、带大内存消耗操作（如大表JOIN、全局排序）的语句。用EXPLAIN查看目标查询的执行计划，确认预估执行时间低于你设置的20秒，且没有被标记为"SQA excluded"的提示。

有效测试方法 #

• 构造合规测试查询：
  • 选择小表执行简单查询，比如SELECT COUNT(*) FROM small_test_table LIMIT 1;，确保表数据量极小（比如几千行），预估执行时间远低于阈值。
  • 避免使用需要大量资源的语法，比如GROUP BY多列、ORDER BY大结果集，这类查询会被SQA过滤。
• 模拟队列资源饱和场景：
  • 先在自定义队列中运行3-5个长耗时查询（比如SELECT * FROM large_production_table;），把队列的CPU、内存资源占满。
  • 此时批量提交20+合规短查询，SQA会优先接管这些短查询，避免被长查询阻塞，此时查询的service_class会变为14。
• 验证SQA触发结果：
  • 执行SELECT query_id, service_class, queue_name, elapsed FROM stl_query WHERE usename = 'read_user' ORDER BY starttime DESC LIMIT 10;，查看最近查询的服务类别。
  • 查询stl_sqa_query系统表，该表仅记录被SQA处理的查询，若有结果则说明SQA已成功触发。

内容的提问来源于stack exchange，提问作者Arran Duff