主页 / dba / 问题 / 237890
Accepted
gotqn
Asked: 2019-05-11 21:45:28 +0800 CST

全局临时表上持有哪些类型的锁？

  • 772

我想知道是否：

  • 隔离级别为已提交读
  • 数据被插入、删除或读取

与传统的行存储表一样，用于全局临时表的锁是相同的锁（读取共享，插入/删除独占）。

对于临时表，我相信它在当前上下文中“存在”时不会发生阻塞，因此我无法同时读取和插入数据。

但是对于全局临时表，假设我有很多操作——一些正在插入新数据，一些正在删除数据，还有一些要读取的数据将被删除。

假设表的结构是：

GroupID EntityID
1       101
1       102
1       103
2       101
2       104
3       100

这里是否适用相同的规则？

sql-server t-sql

1 个回答

  1. Best Answer

    我对这个问题很好奇，想试试看 tempdb 是否是一个特殊的数据库，或者就像另一个用户数据库一样，其中应用了默认隔离“已提交读”。

    以下是我执行的查询：

    --Created two tables in tempdb, one named table and second one as gobal tempdb table

select * into tempdb.dbo.msgs from sys.messages


select * into ##msgs from sys.messages

    在下一个窗口中对这些表的几条记录执行更新查询

    begin tran
go
update dbo.msgs set language_id = 1055 where message_id = 11242
go
update ##msgs set language_id = 1055 where message_id = 11242
go

    上述两个语句都按预期更新了 22 行。

    后来我在两个不同的窗口中对这两个表运行了 select 语句，到目前为止都被卡住了：

    首先选择查询

    第二次选择查询

    我注意到在第一个查询中根本没有记录出现在屏幕上，而在第二种情况下，8830 条记录在屏幕上并随后卡住（不知道为什么？）但是在这两种情况下，查询都被卡住并永远运行他们正在等待更新完成。这是 MSSQL 数据库的默认行为所期望的。

    我使用 sp_whoisactive 进行了验证，并且可以看到存在如下数据库阻塞：

    sp_whoisactive 的输出

    详细信息提供了它们中的每一个的锁定信息。

    第一个：

    <Database name="tempdb">
  <Objects>
    <Object name="msgs" schema_name="dbo">
      <Locks>
        <Lock resource_type="OBJECT" request_mode="IS" request_status="GRANT" request_count="1" />
        <Lock resource_type="PAGE" page_type="*" request_mode="S" request_status="WAIT" request_count="1" />
      </Locks>
    </Object>
  </Objects>
</Database>

    第二：

    <Database name="tempdb">
  <Objects>
    <Object name="##msgs" schema_name="dbo">
      <Locks>
        <Lock resource_type="OBJECT" request_mode="IX" request_status="GRANT" request_count="1" />
        <Lock resource_type="PAGE" page_type="*" request_mode="UIX" request_status="GRANT" request_count="22" />
        <Lock resource_type="RID" page_type="*" request_mode="X" request_status="GRANT" request_count="22" />
      </Locks>
    </Object>
    <Object name="msgs" schema_name="dbo">
      <Locks>
        <Lock resource_type="OBJECT" request_mode="IX" request_status="GRANT" request_count="1" />
        <Lock resource_type="PAGE" page_type="*" request_mode="UIX" request_status="GRANT" request_count="22" />
        <Lock resource_type="RID" page_type="*" request_mode="X" request_status="GRANT" request_count="22" />
      </Locks>
    </Object>
  </Objects>
</Database>

    第三：

    <Database name="tempdb">
  <Objects>
    <Object name="##msgs" schema_name="dbo">
      <Locks>
        <Lock resource_type="OBJECT" request_mode="IS" request_status="GRANT" request_count="1" />
        <Lock resource_type="PAGE" page_type="*" request_mode="S" request_status="WAIT" request_count="1" />
      </Locks>
    </Object>
  </Objects>
</Database>

    还使用以下命令交叉检查每个事务的隔离级别：

    SELECT CASE transaction_isolation_level 
WHEN 0 THEN 'Unspecified' 
WHEN 1 THEN 'ReadUncommitted' 
WHEN 2 THEN 'ReadCommitted' 
WHEN 3 THEN 'Repeatable' 
WHEN 4 THEN 'Serializable' 
WHEN 5 THEN 'Snapshot' END AS TRANSACTION_ISOLATION_LEVEL 
FROM sys.dm_exec_sessions 
where session_id in(63,66,67)

    结果：

    隔离级别

    有了所有这些，可以说对于 tempdb，隔离级别也设置为“已提交读”，并且规则适用于其他数据库。

    我已经在 MSSQL 2019 版本上运行了这些查询。

    • 2

相关问题