使用Snowflake JDBC Driver多线程执行查询会话共享异常问题咨询

你遇到的问题本质是Snowflake JDBC Connection实例被多线程共享，Snowflake的JDBC连接本身是非线程安全的，会话级配置（role、warehouse、schema等）全局作用于当前连接，多线程并发往同一个连接发送SQL时，语句会乱序执行，会话属性被交叉修改，就会出现权限报错。

• 方案1：禁止多线程共享Connection实例
  不要将Connection对象存储在静态变量、单例Bean的成员属性中，确保每次业务请求/每个线程从连接池获取独立连接，执行完所有顺序查询后立即归还连接到池。Spring Boot默认集成的Hikari连接池本身会分配独立连接给不同线程，只要不手动共享连接即可避免该问题。可根据压测并发量级调整连接池的maximumPoolSize参数，避免连接不足导致的被动复用连接问题。
• 方案2：将会话参数配置到JDBC连接属性，避免执行USE语句
  直接在Snowflake JDBC的URL中绑定固定的role、warehouse参数，连接创建时就会自动初始化对应属性，无需手动执行USE语句修改会话配置，从根源避免属性被交叉修改。
  示例JDBC URL格式：
  jdbc:snowflake://<account>.snowflakecomputing.com/?role=role1&warehouse=warehouse1&db=<数据库名>&schema=<模式名>
  如果业务需要动态切换不同role/warehouse，可配置多数据源，或使用Spring的AbstractRoutingDataSource实现动态数据源路由，每个数据源对应固定的角色和计算仓配置。
• 方案3：必要时加同步锁（不推荐，会损失并发性能）
  如果业务逻辑必须复用同一个连接执行顺序查询，可对Connection实例加同步锁，保证一组顺序SQL执行完成前，其他线程无法向该连接发送语句，避免执行顺序混乱。

串行请求时不会触发问题是因为即使共享连接，SQL是按顺序排队执行的，USE语句修改的会话属性不会被其他线程中途篡改，因此逻辑可以正常执行。

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