在阅读系统DMV之前,我见过一些人打电话给SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED。
假设您没有在同一事务中混合对DMV和表的调用,那么是否有理由这样做?
促使我提出这个问题的原因是在一个将sys.dm_exec_query_stats与sys.dm_exec_sql_text和sys.dm_exec_query_plan连接起来的查询中看到了这个问题。
发布于 2013-01-17 13:07:03
当其中一个人用这种方式编写演示DMV查询时,我将解释原因。
如果你只是在询问汽车司机,有什么关系吗?不是的。但迟早,您将使用您的DMV脚本之一,并将其连接到sys.databases或sys.tables或其他系统对象,以便获得更多有关您正在查看的内容的信息。如果您没有在那里读取未提交的内容,则可能会被其他查询阻塞,并阻塞其他查询。我多次被这种情况所激怒,所以每当我做任何诊断工作时,我都会默认使用READ。
发布于 2013-01-17 12:45:49
我看不出这有什么区别。
如果我尝试下面的操作并比较winmerge中这两个隔离级别的锁输出,它们是完全相同的(甚至把它放到SERIALIZABLE上也不会改变输出)。
/*Do once so compilation and caching out the way*/
EXEC('select st.text, qp.query_plan, cp.cacheobjtype, cp.objtype, cp.plan_handle
from sys.dm_exec_cached_plans cp
cross apply sys.dm_exec_sql_text(cp.plan_handle) st
cross apply sys.dm_exec_query_plan(cp.plan_handle) qp')
DBCC TRACEON(1200,3604,-1);
SET TRANSACTION ISOLATION LEVEL READ COMMITTED
PRINT 'READ COMMITTED'
EXEC('select st.text, qp.query_plan, cp.cacheobjtype, cp.objtype, cp.plan_handle
from sys.dm_exec_cached_plans cp
cross apply sys.dm_exec_sql_text(cp.plan_handle) st
cross apply sys.dm_exec_query_plan(cp.plan_handle) qp')
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
PRINT 'READ UNCOMMITTED'
EXEC('select st.text, qp.query_plan, cp.cacheobjtype, cp.objtype, cp.plan_handle
from sys.dm_exec_cached_plans cp
cross apply sys.dm_exec_sql_text(cp.plan_handle) st
cross apply sys.dm_exec_query_plan(cp.plan_handle) qp')
DBCC TRACEOFF(1200,3604,-1);https://dba.stackexchange.com/questions/33074
复制相似问题