主页 / dba / 问题 / 12286
Accepted
Will A
Asked: 2010-07-05 08:46:10 +0800 CST

SQL Server - 临时表与物理表

  • 772

我的工作地点正在进行一项运动，以摆脱使用#temp 表，而是使用带有 SPID 的永久物理表。每当一个人以前插入到一个#temp 表中时，现在就需要一个- 以及在例如存储过程的开头的INSERT INTO dbo.MyPermanentTable (SPID, ...) VALUES (@@SPID, ...)一堆语句。DELETE FROM dbo.MyPermanentTable WHERE SPID = @@SPID此外，不用说，在使用这些“用于存储临时数据的永久表”的任何地方，都必须小心包含一个WHERE SPID = @@SPID.

转向这种做法背后的逻辑是，它将提高运行查询的服务器的整体性能（通过减少 tempdb 中的 I/O 和争用）。出于多种原因，我不热衷于这种方法 - 它很丑陋，有潜在危险，而且似乎很可能会损害那些使用新方案的查询的性能。

有没有人对这种或类似的方法来消除#temp 表有任何经验？

sql-server performance

3 个回答

  1. Best Answer

    可以很容易地证明它不会减少 IO 或争用，而是增加两者。

    • IO：从#temp 表中插入、读取或删除的每一行现在都将从@@SPID 表中插入、读取或删除。但是每一行都会因为一个额外的@@SPID 列而变得更宽，因此所需的页面数会略微增加，并且 IO 会稍微大一些。但更重要的是，现在必须使用 a 来模拟#temp 表的删除和新会话的 #temp 表的初始化DELETE FROM @@spidTable WHERE spid = @@SPID，因此将转换截断/创建操作（即页面范围管理操作）在行操作中，慢无比。
    • 争用：在#temp 表上使用页锁的每次扫描现在都有可能锁定具有不相关 spid 行的页，从而创建以前不存在的争用。每次执行更多操作并达到锁升级阈值的更新都有机会将锁升级为表锁，从而阻塞所有其他 spid。

    因此，虽然您不会在 tempdb 中遇到神话般的 IAM/SGAM/GAM 争用，但发生这种情况的唯一原因是由于普通的额外 IO 和额外争用，您的操作将变得慢得多。

    • 18
    • 5

  3. 听起来你应该解决 tempDB 中的性能问题，这里有一些建议

    • 2

相关问题