主页 / dba / 问题 / 47357
Accepted
Paul
Asked: 2013-08-01 07:12:15 +0800 CST

我可以强制用户使用 WITH NOLOCK 吗？

  • 772

我可以强制用户的查询始终以 NOLOCK 提示运行吗？例如，他们键入

select * from customer

但是在服务器上执行的是

select * from customer with (nolock)

这个问题不是：
关于NOLOCK的各种利弊，恭敬。我知道它们是什么，这里不是讨论它们的地方。

sql-server sql-server-2008-r2

4 个回答

  1. 真正的答案是：

    停止使用 NOLOCK

    其他可能有用的信息：

    当然，拒绝直接访问表/视图，并通过存储过程（或视图 - 感谢 Martin）强制执行数据访问 - 您可以编写代码来使用NOLOCK.

    如果您需要每个用户使用它，并且可以通过过程强制执行数据访问，则可以使用SQLMenace 在此处建议的想法：

    CREATE PROCEDURE dbo.blah
AS
BEGIN
  SET NOCOUNT ON;

  IF SUSER_SNAME() = N'something'
  BEGIN
    SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
  END

  SELECT columns FROM dbo.Customer;
END
GO

    或者你也可以这样做：

    CREATE PROCEDURE dbo.blah
AS
BEGIN
  SET NOCOUNT ON;

  IF SUSER_SNAME() = N'something'
  BEGIN
    SELECT columns FROM dbo.Customer WITH (NOLOCK);

    RETURN;
  END

  SELECT columns FROM dbo.Customer;
END
GO

    如果这不可能，我想建议一个计划指南，但我没有用它们来执行NOLOCK。此外，Books Online 中的此文档表明这是为INDEX、FORCESCAN和FORCESEEKhints 保留的。NOLOCK如果查询文本中尚不存在计划指南，则尝试添加该计划指南将导致错误。不过，示例 K 中显示的代码似乎与此相矛盾，所以也许值得一试。当然，您需要为每个查询设置一个计划指南，这可能会令人望而却步（或不可能），而且它们并不完全适合弱者。

    而且我知道您不想听到 的缺点NOLOCK，但是强迫每个人都使用快照会更容易（而且更好！）。

    为了解决 Kenneth 关于使用登录触发器的建议：在我的测试中，可以在登录触发器中指定此 SET 选项，但就像在存储过程中设置它一样，当触发器超出范围时，该设置将恢复为服务器默认值。所以不，似乎没有办法从登录触发器设置会话的隔离级别。

    • 18

  2. 正如其他人所说：不要随意使用 NOLOCK。在某些时候它是合适的，“来自特定用户的每个查询”可能不是其中之一。使用更好、更安全的选项之一来处理并发，或者如果你有一个 DBA/开发人员经常用糟糕的查询来连接生产系统，那么你可以使用你最喜欢的 LART。

    是的，您可以调整安全性，以便他们只能从带有 NOLOCK 提示的基表中选择的视图中进行选择，我可以想象一些可能需要这样做的情况（运营支持人员需要偶尔实时检查生产数据，也许也省略了一些敏感信息/列）。

    但是考虑一下类似的讨论：

    “我怎样才能把我的车开到三楼？”

    “你为什么想这么做？”

    如果答案是“因为我的公司在三楼，我需要展示汽车以进行促销/赠品”，那么您就开始寻找将它带到那里的方法。

    但如果答案是“因为我想回家我的三楼公寓”，那么正确的建议是“所以把你的车停在停车场，下车，乘电梯上三楼”。

    不要将假设和偏见转化为技术要求，也不要执着于第一次尝试解决方案。退后一步，重新评估你想要完成的事情。

    • 7
  3. Best Answer

    似乎您可以在不使用 SP 的情况下获得的最接近 using SET READ_COMMITTED_SNAPSHOT，这将影响数据库的所有用户。

    READ_COMMITTED_SNAPSHOT数据库选项控制隔离级别READ_COMMITTED是像 PostgreSQL 和 FirebirdSQL（记录的语句级快照）中的对应物一样实现还是使用锁定。在文档中阅读更多相关信息：

    锁定和行版本控制

    您在回复另一个答案时发表了评论：

    考虑到场景中没有控制应用程序。它是针对 SQL2008R2 标准版的直接 SSMS

    您必须确保在工具/选项/查询执行/SQL Server/高级中将所有安装设置为读取未提交。我自己不是网络系统管理员，所以我不知道策略是否可以解决它。

    • 5

  4. 类似于数据库快照选项或具有报告镜像，但是如何在 SQL 2012 中使用 AlwaysOn 和只读路由？您可以通过连接字符串的 ApplicationIntent=ReadOnly 方面将连接重定向到可读辅助。

    让您的应用程序根据用户名确定连接字符串，然后它对用户完全透明。辅助节点根据延迟保持相对最新，而无需维护数据库快照的开销。

    场景 1 高级用户登录应用程序，应用程序确定用户应具有读/写权限。创建到主数据库的连接字符串。

    场景 2 用户登录到应用程序，应用程序确定用户应该具有只读权限。创建的连接字符串包括 ApplicatonIntent=ReadOnly。连接到可读的辅助数据库。如果需要写入活动，则需要单独连接到主节点。

    可用性组侦听器、客户端连接和应用程序故障转移 http://msdn.microsoft.com/en-us/library/hh213417.aspx#connecttosecondary

    “只读工作负载使用行版本控制来消除辅助数据库上的阻塞争用。针对辅助数据库运行的所有查询都会自动映射到快照隔离事务级别，即使显式设置了其他事务隔离级别也是如此。此外，所有锁定提示都是忽略。这消除了读取器/写入器的争用。

    • 4

相关问题