我有一个有 6 列的简单表格。大多数情况下，任何插入语句都可以正常工作，但有时我会遇到 DB Timeout 异常： 超时已过。在操作完成之前超时时间已过或服务器没有响应。声明已终止。
超时设置为 10 秒。
我应该提到我正在使用 NHibernate，并且该语句还在插入本身之后包含一个“select SCOPE_IDENTITY()”。
我的想法是该表被锁定或其他什么，但当时该表上没有其他语句运行。
所有的插入都非常简单，在 sql profiler 中一切看起来都很正常，表没有索引，只有 PK（页面填充度：98.57 %）。
关于我应该寻找什么的任何想法？
谢谢。
【问题讨论】：
标签： sql sql-server database nhibernate timeout
查看表格的碎片，您可能会因此而出现页面拆分
【讨论】：
当时没有其他语句在该表上运行。
作为事务的一部分针对其他表运行的语句呢？这可能会在问题表上留下锁。
还要检查当时发生的日志文件或数据文件增长情况，如果您运行的是 SQL2005，它会显示在 SQL 错误日志中。
【讨论】：
我认为您最有可能的罪魁祸首是来自另一个事务的阻塞锁（或者可能来自触发器或幕后的其他东西）。
最简单的判断方法是启动INSERT，当它挂起时，在同一服务器上的另一个窗口中运行EXEC SP_WHO2。这将列出所有当前的数据库活动，并有一个名为BLK 的列，它将显示当前是否有任何进程被阻止。检查挂起连接的SPID，看看BLK 列中是否有任何内容，如果有，那就是阻止你的进程。
即使您认为没有任何其他语句在运行，唯一确定的方法是使用类似的 SP 列出当前事务。
【讨论】：
【讨论】：
我们的 QA 有一些返回大结果集的 Excel 连接，这些查询因 WaitType 为 ASYNC_NETWORK_IO 而暂停了一段时间。在此期间，所有其他查询都超时，因此特定插入与它无关。
【讨论】：
这个问题似乎是一个代码 sn-p 的好地方，我用它来查看阻塞和阻塞查询的实际 SQL 文本。
下面的 sn-p 采用 SP_WHO2 返回“.”的约定。 BlockedBy 的文本用于非阻塞查询，因此它会将它们过滤掉并返回剩余查询的 SQL 文本（“受害者”和“罪魁祸首”）：
--prepare a table so that we can filter out sp_who2 results
DECLARE @who TABLE(BlockedId INT,
Status VARCHAR(MAX),
LOGIN VARCHAR(MAX),
HostName VARCHAR(MAX),
BlockedById VARCHAR(MAX),
DBName VARCHAR(MAX),
Command VARCHAR(MAX),
CPUTime INT,
DiskIO INT,
LastBatch VARCHAR(MAX),
ProgramName VARCHAR(MAX),
SPID_1 INT,
REQUESTID INT)
INSERT INTO @who EXEC sp_who2
--select the blocked and blocking queries (if any) as SQL text
SELECT
(
SELECT TEXT
FROM sys.dm_exec_sql_text(
(SELECT handle
FROM (
SELECT CAST(sql_handle AS VARBINARY(128)) AS handle
FROM sys.sysprocesses WHERE spid = BlockedId
) query)
)
) AS 'Blocked Query (Victim)',
(
SELECT TEXT
FROM sys.dm_exec_sql_text(
(SELECT handle
FROM (
SELECT CAST(sql_handle AS VARBINARY(128)) AS handle
FROM sys.sysprocesses WHERE spid = BlockedById
) query)
)
) AS 'Blocking Query (Culprit)'
FROM @who
WHERE BlockedById != ' .'
【讨论】：