pyodbc连接SQL Server为何无法复用单次连接执行多次查询

• 隐式事务挂起阻塞连接通道：pyodbc 连接SQL Server时默认autocommit=False，连接会自动开启隐式事务。首次查询执行后，因为没有显式提交或回滚操作，连接会一直处于挂起事务状态，后续发送的查询指令会被SQL Server的会话机制拦截，无法正常触发执行。
• 未完成消费的游标残留阻塞后续查询：现有查询方法的代码逻辑存在明显缺陷，如下所示：

  def Find_LoginsWithWeakPassword(self, conn):
      try:
          cursor = conn.cursor()
          # 直接将execute返回的游标作为最终结果，没有拉取、消费结果集
          query_result = cursor.execute('''SELECT * FROM table_name''')
      except Exception as e:
          query_result=""
          self.print_error("Select failed in Find_LoginsWithWeakPassword", e)
      return query_result
  

  SQL Server的TDS通信协议要求，当前游标绑定的结果集必须被完全消费、游标被正常关闭后，同连接才能接收下一条查询指令。上述逻辑没有通过fetchall()/fetchone()拉取结果集，也没有调用cursor.close()释放游标，未处理完成的游标会直接锁死当前连接的通信通道，表现为第二次及之后的查询完全无响应、不生效。
• 连接会话状态残留：首次查询完成后，连接绑定的会话运行上下文、临时参数没有完成清理，残留的状态会直接干扰后续查询的正常执行流程。

• 建立连接时显式开启自动提交：在pyodbc.connect()的调用中追加autocommit=True参数，从根源避免隐式事务挂起的问题；如果需要手动管控事务，需在每次查询完成后显式调用conn.commit()或conn.rollback()清理事务状态。
• 调整查询方法的资源释放逻辑：执行查询后通过fetchall()拉取实际数据，借助with语法自动管理游标生命周期，确保当前查询的结果集被完全消费、游标正常关闭后，再执行下一次查询。
• 完成上述修正后，单条持久化连接完全可以支撑多次连续查询，无需重复重建连接，能大幅降低数据库连接的反复创建开销。

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