调用Snowflake API返回400 Bad Request问题求助

我正在使用Postman调试Snowflake API，请求地址为POST https://jp82090.snowflakecomputing.com/api/v2/statements。

请求头信息如下：

User-Agent: MySlackBot/0.1
Accept: application/json
X-Snowflake-Authorization-Token-Type: KEYPAIR_JWT
Content-Type: application/json
Authorization: Bearer eyJhb__MY_ACTUAL_JWT_TOKEN__CXA
Cache-Control: no-cache
Postman-Token: f81119ef-9838-4d54-b52e-19ae73c50f37

请求体内容：

{
"statement": "select * from vas limit 10",
"timeout": 60,
"database": "ETF",
"schema": "PUBLIC",
"warehouse": "COMPUTE_WH",
"role": "ACCOUNTADMIN"
}

因为找不到控制台的Warehouses入口，我通过执行SHOW WAREHOUSES;获取了仓库名称。但请求返回400 BAD_REQUEST，添加requestId参数后问题依旧：

POST /api/v2/statements?requestId=8802f1a6-90b3-4ae7-9ce0-2d5fba595908 HTTP/1.1
User-Agent: MySlackBot/0.1
Accept: application/json
X-Snowflake-Authorization-Token-Type: KEYPAIR_JWT
Content-Type: application/json
Authorization: Bearer ey_ JWT TOKEN HERE _ww
Cache-Control: no-cache
Postman-Token: 785a1717-bae2-4c08-9a55-ad8647feb5b1

{
"statement": "select * from VAS limit 10",
"timeout": 60,
"database": "ETF",
"schema": "PUBLIC",
"warehouse": "COMPUTE_WH",
"role": "ACCOUNTADMIN"
}

HTTP/1.1 400 BAD_REQUEST
Content-Length: 0
Connection: Close

• 验证JWT Token有效性
  执行SELECT CURRENT_USER(), CURRENT_ROLE();确认当前角色为ACCOUNTADMIN，同时用JWT解码工具（如离线版jwt.io）查看Token的exp字段是否过期，iss字段格式是否为账户名.用户名（例如jp82090.igor_kryltsov），确保签名正确。

• 核对对象名称大小写与状态

  • 表名：执行SHOW TABLES IN ETF.PUBLIC;确认vas表的实际名称（Snowflake默认大小写敏感，除非创建时用双引号包裹）。
  • 仓库：执行SHOW WAREHOUSES;检查COMPUTE_WH的name字段拼写、大小写，同时确认仓库state为STARTED，若为SUSPENDED需先启动。

• 清理冗余请求头
  移除Postman-Token和Cache-Control头，Snowflake API不需要这些字段，多余头可能引发解析错误。

• 补充必要请求体参数
  在请求体中添加"client_session_keep_alive": true，部分场景下缺少该参数会导致400错误，修改后请求体如下：

  {
    "statement": "select * from vas limit 10",
    "timeout": 60,
    "database": "ETF",
    "schema": "PUBLIC",
    "warehouse": "COMPUTE_WH",
    "role": "ACCOUNTADMIN",
    "client_session_keep_alive": true
  }
  

• 确认API端点正确性
  登录Snowflake控制台，检查URL中的账户前缀是否与jp82090一致，确保端点对应正确的区域和账户。

• 查看Snowflake控制台日志
  进入Account > Logs > Query History，查找对应时间的失败请求，控制台日志会记录具体错误原因（如权限不足、对象不存在等），这是排查400错误的关键。

内容的提问来源于stack exchange，提问作者Igor Kryltsov