标签: locking

我有一个长时间运行的事务（称为 T1），它对 SQL Server 2008 R2 中的表执行一些删除、更新和插入操作。同时，另一个进程会定期从该表中运行 select 语句。

在默认隔离设置下（我认为是 READ COMMITTED？），T1 会阻止任何 select 语句运行，直到事务提交或回滚。

我希望看到的是，即使在事务正在进行时，select 语句也能对一致的数据起作用。我相信 SNAPSHOT 隔离可以提供帮助，但不确定我是否朝着正确的方向前进。这是该应用程序的最佳隔离级别吗？

其次，我无法控制调用 select 语句的进程，但我可以控制调用 T1 的 .NET 应用程序。select 语句和 T1 都需要更改任何隔离级别，还是仅将 T1 标记为具有不同的隔离级别就足够了？

正如最近一个关于矿井锁定和并发性的问题所证明的那样，很难。

您能否为中级到高级 SQL 专业人员推荐任何好的资源，以对这些资源进行彻底的研究，如果正确学习，可以更好地导航该领域的所有固有缺陷？

我正在考虑各种资源——教程、博客、手册页、PASS 会话或任何东西。

我的任务是识别生产服务器上发生的任何阻塞。我实现这一目标的计划是使用

EXECUTE sp_configure 'blocked process threshold', 5

结合服务器端跟踪来收集阻塞进程报告。

我知道这项活动会影响性能，我想找到某种方法来量化这将是什么。

我知道如何检查数据库是否处于锁定状态，但我的问题是如何找出导致表 /db 锁定的查询。

如果数据库发生意外情况，是否会创建任何日志文件？

I have a table called tblOrderNumber which has 1 row and 1 column. This table stores what the next order number will be for my ecommerce website. It is ABSOLUTELY VITAL that the same order number is not used more than once. Currently the team are using this stored procedure and it seems to work fine:

My question is does UPDLOCK guarantee this? I would have thought a Read Lock is required on the SELECT too (in the unlikely case …

如果我有一个带有 的存储过程set transaction isolation level read uncommitted，它会影响更新语句吗？

我知道你不应该with (nolock)在更新/删除语句上使用，这几乎是一样的，但不确定 SQL 是否在过程中的更新语句上忽略它，或者如果有更新语句我应该小心不要使用它。

编辑：

对困惑感到抱歉。我不是想弄清楚在操作语句上使用这种类型的锁定会产生什么影响，或者这是否是一个好主意。事实上，我不想在操作语句上使用这种锁定，所以我的问题是将“设置事务...”放在我的存储过程的顶部是否会被更新/删除语句所尊重，或者它将被忽略。我希望它只是被忽略。

我完全了解它对 select 语句的影响（及其优点和缺点）。

PostgreSQL 9.6 的情况：

• 带有整数主键的表 A
• 表 B 的主键上有外键约束，引用表 A 的主键

SELECT id FROM A FOR UPDATE;阻塞UPDATE B SET x=y;直到 A 上的锁被释放。

我认为这是因为引用的值可能会改变。我怎样才能在不删除外键约束的情况下避免第一个语句阻塞第二个语句的执行？

如果我放弃外键约束，我应该期待什么坏事？在出现这个问题的实际数据库中，如果表 B 从 A 删除后还有剩余行，这不会是一个重大问题。我们也从不更新主键。

用代码编辑：

-- Setup
create table a (id int primary key);
create table b (id int primary key references a (id) on update cascade on delete cascade, x varchar);
insert into a values (1), (2);
insert into b values (1, null), (2, null);

-- Left
begin;
select 1 from …