有一个表似乎在不断更新。还有一个存储过程定期运行并遍历表,并尝试使用以下命令截断数据分区:
TRUNCATE TABLE [dbo].[Table] WITH (PARTITIONS (10))
循环过程总是锁定在同一个表上,即使在要删除的分区中没有更新数据,不断更新的表也会失败。
调用进程无法更新。除了修改查询之外,是否有其他技巧可以将更新绑定到分区,或者强制不更改分区不被阻止/锁定?
页面锁定会导致分区截断失败吗?例如,两个分区是否可以共享一个页面,而尝试使用分区(2)删除会失败,因为某个进程正在更新分区 1 中的数据,而分区 2 恰好与分区 1 共享一个页面?
CREATE TABLE [dbo].[Table]
(
[TableID] INT NOT NULL
...
, [SourceID] NVARCHAR(4000) NOT NULL
, CONSTRAINT [PK_Table_TableID] PRIMARY KEY NONCLUSTERED([TableTableID] ASC , [SourceID] ASC) ON psSourceID(SourceID)
, CONSTRAINT [CIX_Table_TableID] UNIQUE CLUSTERED ([SourceID] ASC, [TableID] ASC) ON psSourceID(SourceID)
)
ON psSourceID(SourceID)
GO
ALTER TABLE [dbo].[Table] SET (LOCK_ESCALATION = AUTO)
GO
该TRUNCATE
命令被正在对表运行更新的会话阻止。在较低的环境中,经过多次尝试后,阻止过程从未发生过,因此假设只会WITH PARTITION
按分区放置元数据锁,而不是整个表。
正如 Dan Guzman 所提到的,截断需要对整个表进行独占访问。看起来,即使截断特定分区也是如此,而不是仅要求每个分区的独占访问。希望更新和插入可以继续在某些分区中同时针对表运行,而快速
TRUNCATE TABLE WITH PATITION
可以从“非活动”分区中的同一张表中删除大量数据。唯一的解决方法是循环所有表并尝试确定每个表是否有长时间运行的事务。对于可以获得独占访问权限的表,可以使用带分区方法的截断,而对于具有独占锁的表,要么需要报告以便可以执行重试,要么作为最后的手段发出删除语句。
带分区的截断在一秒内删除了超过 400,000,000 条记录,这就是为什么尝试利用该方法而不是删除非常重要。