Истекло время ожидания простой инструкции Insert в SQL Server

посмотрите на фрагментацию таблицы, вы можете получить разбиение страницы из-за этого

no other statements running on that table at that time.

А как насчет операторов, выполняемых с другими таблицами как часть транзакции? Это может оставить замки в таблице проблем.

Также проверьте, не происходит ли рост файла журнала или файла данных в то время, если вы используете SQL2005, это будет отображаться в журналах ошибок SQL.

Я думаю, что ваш наиболее вероятный виновник - блокировка от другой транзакции (или, может быть, от триггера или чего-то еще за кулисами).

Самый простой способ узнать об этом - запустить INSERT и, пока он завис, запустить EXEC SP_WHO2 в другом окне на том же сервере. В нем будут перечислены все текущие операции с базой данных и будет столбец BLK, который покажет вам, заблокированы ли какие-либо процессы в данный момент. Проверьте SPID вашего зависшего соединения, чтобы увидеть, есть ли что-нибудь в столбце BLK, и если да, то это процесс, который вас блокирует.

Даже если вы не думаете, что выполняются какие-либо другие операторы, единственный способ узнать наверняка - это перечислить текущие транзакции, используя такой SP.

Может быть, стол долго растет.

Если у вас есть таблица, настроенная на большой рост, и у вас не включена мгновенная инициализация файла, то время от времени запрос, безусловно, может отключаться по таймауту.

Проверьте этот беспорядок: MSDN

У нашего QA было несколько подключений к Excel, которые возвращали большие наборы результатов, эти запросы на некоторое время были приостановлены с WaitType ASYNC_NETWORK_IO. В это время истекло время ожидания всех остальных запросов, так что конкретная вставка не имела к этому никакого отношения.

Этот вопрос кажется хорошим местом для фрагмента кода, который я использовал, чтобы увидеть фактический текст SQL заблокированных и блокирующих запросов.

В приведенном ниже фрагменте используется соглашение, согласно которому 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 != '  .'