BUG: INSERTs into Temp Tables w/Identity May Cause DeadlockLast reviewed: January 30, 1998Article ID: Q180101 |
The information in this article applies to:
SYMPTOMSWhen you INSERT INTO temporary tables with identity columns while other clients are performing SELECT INTO on temporary tables, you may experience undetected deadlocks with the Checkpoint Handler in the tempdb database, and neither client is chosen as a deadlock victim.
WORKAROUNDTo work around this problem, avoid creating temporary tables with identity columns.
STATUSMicrosoft has confirmed this to be a problem in SQL Server version 6.5. We are researching this problem and will post new information here in the Microsoft Knowledge Base as it becomes available.
MORE INFORMATIONYou can detect this situation by using the sp_who stored procedure and looking at the spid, status, command, and blocked columns. The following is an example of how the sp_who output looks:
Spid Status Command Blocked 3 Sleeping Dump Transaction 10 0 Sleeping Insert 0Note that the spid 3 command changes from Checkpoint Handler to Dump Transaction when the database is set to Truncate Log on Checkpoint (which is always set for tempdb) and the Checkpoint Handler runs a checkpoint. Additionally, if you run the sp_lock stored procedure, the blocking lock held by the client will be an exclusive page lock on syscolumns. After this problem occurs, clients are unable to create temporary tables, and you can only stop the SQL Server with the SHUTDOWN WITH NOWAIT Transact- SQL statement.
|
Additional query words: block
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |