我之前也碰到过类似的困扰——明明NHibernate的session.Query<T>().Delete()应该是直接在数据库端执行批量删除，不用来回传输数据，结果却触发了超时错误：

Execution Timeout Expired. The timeout period elapsed prior to completion of the operation or the server is not responding.

你提到已经调整了连接字符串的Connection Timeout，但这个参数管的是建立数据库连接的超时时间，和执行删除命令的超时完全是两回事。咱们一步步来排查解决：

1. 正确设置命令执行超时 #

NHibernate的命令超时和连接超时是分开配置的，你需要单独设置：

• 在查询语句中临时设置：

  session.Query<T>()
         .SetTimeout(300) // 设为300秒，可根据实际数据量调整
         .Delete();
  

• 全局配置（XML方式）：
  在NHibernate配置文件里添加：

  <property name="command_timeout">300</property>
  

• 全局配置（Fluent NHibernate）：

  Fluently.Configure()
          .Database(MsSqlConfiguration.MsSql2012
              .ConnectionString(c => c.FromConnectionStringWithKey("YourConnString"))
              .WithCommandTimeout(300))
  

2. 验证NHibernate是否生成了真正的批量删除SQL #

有时候因为映射配置、查询中包含Fetch关联或其他隐性条件，NHibernate可能会退化成“先查询所有实体，再逐个删除”的低效模式。你可以开启NHibernate的SQL日志，确认生成的SQL是不是直接的批量删除：

• 开启SQL日志（XML配置）：

  <property name="show_sql">true</property>
  <property name="format_sql">true</property>
  

  如果日志里先出现SELECT * FROM YourTable，再跟着一堆DELETE FROM YourTable WHERE Id = ?，那说明没有走批量删除，得检查你的查询逻辑或实体映射是否有问题。

3. 排查数据库端的阻塞与锁 #

删除操作超时很可能是因为目标表被其他事务锁住了（比如有未提交的更新、长时间运行的查询占着锁）。你可以通过数据库工具排查：

• SQL Server：用活动监视器查看阻塞进程，或者执行sp_who2找出阻塞源，等待事务提交或终止阻塞进程；
• MySQL：执行SHOW ENGINE INNODB STATUS查看锁等待情况。

4. 优化数据库表本身的执行效率 #

如果表数据量极大，或者存在大量索引、触发器，删除操作会因为维护索引、触发业务逻辑而变慢：

• 临时禁用非必要的索引和触发器，删除完成后再恢复；
• 如果表数据量特别大，即使批量删除也会超时，可以考虑分批次删除（比如按ID范围拆分，每次删除一部分数据）。

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