sqlsrv_fetch_array参数错误求助：SQL Server多查询执行异常排查

我来给你分享几个实用的排查思路，毕竟只看sqlsrv_fetch_array的错误提示确实不够深入，能帮你挖到更底层的问题：

• 立刻检查sqlsrv_query的执行错误
  很多时候sqlsrv_fetch_array报错是因为查询本身执行就失败了，你应该在执行第三个查询后马上调用sqlsrv_errors()获取详细错误，而不是等到fetch阶段才发现：

  $query_insp_history = sqlsrv_query($conn, $sql, $params);
  if ($query_insp_history === false) {
      // 这里会返回SQL Server的原生错误，比如参数类型不匹配、权限不足、语法隐性错误等
      var_dump(sqlsrv_errors());
      exit;
  }
  

  比如你在SSMS里执行没问题，但PHP里参数绑定的类型不对（比如把字符串当成整数传），或者参数个数和SQL里的占位符不匹配，这些都会导致query执行失败，而fetch的错误只是表象。

• 用SQL Server Profiler/扩展事件抓真实执行的SQL
  有时候你var_dump出来的SQL和PHP实际发送给数据库的不一样（比如参数绑定后的特殊字符处理、空值替换差异），开启Profiler或者扩展事件，实时捕获PHP发起的数据库请求，对比你在SSMS里执行的语句，就能快速找到差异点。

• 检查连接上下文和事务状态
  前两个查询可能修改了连接的某些设置（比如SET NOCOUNT ON、事务隔离级别），或者开启了事务未提交，导致第三个查询的执行环境异常。你可以在第三个查询前重置连接设置，或者检查事务状态：

  // 重置可能影响的会话设置
  sqlsrv_query($conn, "SET NOCOUNT OFF; SET ANSI_NULLS ON;");
  // 检查并回滚未提交的事务
  if (sqlsrv_begin_transaction($conn) === false) {
      var_dump(sqlsrv_errors());
  } else {
      sqlsrv_rollback($conn);
  }
  

• 写最小化测试脚本单独执行第三个查询
  把第三个查询从原有代码中剥离出来，写一个只包含连接、执行该查询、fetch结果的独立脚本，排除其他代码的干扰。这样能验证是查询本身的问题，还是和前两个查询的执行顺序/上下文有关：

  $serverName = "你的服务器";
  $connectionInfo = array("Database"=>"你的库", "UID"=>"账号", "PWD"=>"密码");
  $conn = sqlsrv_connect($serverName, $connectionInfo);
  
  $sql = "你的第三个查询语句";
  $params = [/* 对应查询的参数 */];
  $stmt = sqlsrv_query($conn, $sql, $params);
  
  if ($stmt === false) {
      var_dump(sqlsrv_errors());
  } else {
      while ($row = sqlsrv_fetch_array($stmt)) {
          var_dump($row);
      }
      sqlsrv_free_stmt($stmt);
  }
  
  sqlsrv_close($conn);
  

• 验证PHP数据库账号的权限
  你在SSMS里用的账号权限可能比PHP连接用的账号高，比如第三个视图引用了其他表，而PHP账号没有访问那个表的权限。可以在SSMS里切换到PHP的数据库账号，执行第三个查询，看看会不会出现权限相关的错误。

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