Snowflake随机抛出表操作权限不足错误的相关问题咨询

结论 #

两个不同会话同时向同一张Snowflake表执行插入操作，不会触发该类权限不足报错。
Snowflake原生支持高并发DML操作，并发INSERT动作本身和权限校验逻辑完全无关；Snowflake的权限校验是会话级的、在单条SQL执行前完成，不会因为其他会话的并行操作抛出权限不足错误。

随机权限报错的常见触发原因 #

• 存储过程执行上下文变更：如果存储过程SP_X使用CALLER权限模式，作业运行的会话在执行过程中出现角色切换，就会出现前半段使用有权限的角色写入LOG表成功，后半段切换到无权限角色后操作失败的情况。
• 表权限/元数据被临时修改：报错时间窗口内如果有其他运维操作对LOG表做了权限调整、或者删除重建了同名LOG表，会导致正在运行的会话后续操作触发权限校验失败。
• 表路径匹配错误：如果存储过程内的LOG表操作没有指定数据库.Schema.表的完整路径，会话运行过程中SEARCH_PATH（Schema搜索路径）被修改，会导致后续操作命中其他Schema下同名的、无权限的LOG表，触发权限报错。
• 会话重连后角色异常：作业运行时间过长触发会话超时重连时，如果重连后的默认角色和初始会话的有权限角色不一致，也会出现前半段操作成功、重连后操作无权限的问题。

排查方向 #

• 执行DESCRIBE PROCEDURE SP_X()确认存储过程的权限模式，若为CALLER模式，建议在存储过程开头固定会话使用的角色，避免上下文切换。
• 拉取Snowflake审计日志，核对报错时间点前后是否存在针对LOG表的GRANT/REVOKE、CREATE OR REPLACE TABLE等变更操作，或者针对作业运行账号的角色权限调整操作。
• 检查存储过程内部逻辑，所有表操作补全完整的三级路径，避免依赖动态的搜索路径匹配表。
• 排查Control-M作业的运行日志，确认报错前是否存在会话断开、重连的记录。

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