主页 / dba / 问题 / 208393
Accepted
monkeyhouse
Asked: 2018-06-01 08:31:57 +0800 CST

受控事务阻塞 - 恢复行为

  • 772

当多个程序阻塞在一个共享资源上时，sql server 如何选择恢复哪个程序？

示例 1

proc sp_a
begin tran

  select 1 from dbo.lock_tbl with ( tbllockx )
  
  delay wait for '00:00:01' 
  commit / rollback;

执行

exec sp_a -- on terminal 1
exec sp_a -- on terminal 2
exec sp_a -- on terminal 3

sql server 是选择先在2 还是3 上启动实例？

示例 2

更接近预期用途

proc sp_b @source_param

declare @rows cursor = ... get_rows( @source_param ) 
while ( ... for each @row )
begin
  begin tran  
    select 1 from dbo.lock_tbl with ( tbllockx )

    -- do logic
    exec sp_g @row

  commit / rollback;

  delay wait for '00:00:01' 
end

执行

exec sp_b 'd' -- on terminal 1
exec sp_b 'e' -- on terminal 2
exec sp_b 'f' -- on terminal 3

循环法上面的代码是否会从每个过程执行过程 sp_g，例如：它会在终端 1 上执行 sp_g，然后在终端 2 上执行 sp_g，然后在终端 3 上执行 sp_g，然后在终端 1 上执行 g，等等？

跟进：

它是否将锁传递给等待时间最长的过程？

有没有办法鼓励循环行为？

基本原理

(optional) 该数据库是低事务数据库，但由于执行业务逻辑复杂，当多个事务同时发生时会出现死锁。全局锁表可用于通过一次将执行流限制到一个线程来消除死锁。保持执行同步似乎比将数据库和 UI 重组为异步队列更可取。工作将在小事务中进行，并在过程之间移交过程控制，这些过程将轮流分块完成各自的工作，从而减慢任务的完成速度，以换取可靠的同步完成。

sql-server locking

1 个回答

  1. Best Answer

    示例 1：您不应该关心。这个过程比看起来要复杂得多，我认为你没有任何保证。这 3 个命令按顺序进入队列。第一个被拉出并执行，当第二个被尝试时，如果引擎等待超过某个阈值，引擎可能会选择将其放回队列中，第三个可能被拉出并尝试。如果碰巧资源现在是空闲的，则第 3 个将首先执行。如果没有，它可能会再次回到队列中。

    示例 2：我认为以上解释了它，并且您的两个问题的答案都不是 AFAIK，除非您开发自己的执行缓冲区。不。

    理由：现在你已经到了核心挑战，它应该是真正的标题——“如何处理死锁”。您假设您的“全局锁表”解决方案是使事情正确的唯一方法，但我认为失去所有并发性的代价是不值得的。使用某种调度程序串行执行过程会更容易。你将用这种方法打开一个难以关闭的潘多拉魔盒。排队和同步是一个非常复杂的挑战。

    如果我处在你的位置，我会首先调查死锁的根本原因。有时，像添加或修改索引这样简单的事情就可以解决它。如果您在这里发布您的死锁图，以及涉及的查询及其执行计划，人们会帮助您查明根本问题。

    HTH

    • 1

相关问题