Question

我的表只显示不带锁的结果。

当我放置select * from mytable时，查询尚未完成，并继续运行...

但是当我放置select * from mytable with (nolock)时，结果出现并且查询运行正常。

任何人都知道“为什么”或从哪里开始搜索此问题？

obs：数据库是新的，是几天前创建的；是一个使用该系统的少于10个用户的同源数据库（使用EF在asp.net mvc中创建）。

我有一个查询，当数据库中存在锁时，通常可以帮助我，但没有任何显示：

SELECT es.session_id AS session_id
,COALESCE(es.original_login_name, '') AS login_name
,COALESCE(es.host_name,'') AS hostname
,COALESCE(es.last_request_end_time,es.last_request_start_time) AS last_batch
,es.status
,COALESCE(er.blocking_session_id,0) AS blocked_by
,COALESCE(er.wait_type,'MISCELLANEOUS') AS waittype
,COALESCE(er.wait_time,0) AS waittime
,COALESCE(er.last_wait_type,'MISCELLANEOUS') AS lastwaittype
,COALESCE(er.wait_resource,'') AS waitresource
,coalesce(db_name(er.database_id),'No Info') as dbid
,COALESCE(er.command,'AWAITING COMMAND') AS cmd
,sql_text=st.text
,transaction_isolation =
    CASE es.transaction_isolation_level
    WHEN 0 THEN 'Unspecified'
    WHEN 1 THEN 'Read Uncommitted'
    WHEN 2 THEN 'Read Committed'
    WHEN 3 THEN 'Repeatable'
    WHEN 4 THEN 'Serializable'
    WHEN 5 THEN 'Snapshot'
END
,COALESCE(es.cpu_time,0) 
    + COALESCE(er.cpu_time,0) AS cpu
,COALESCE(es.reads,0) 
    + COALESCE(es.writes,0) 
    + COALESCE(er.reads,0) 
    + COALESCE(er.writes,0) AS physical_io
,COALESCE(er.open_transaction_count,-1) AS open_tran
,COALESCE(es.program_name,'') AS program_name
,es.login_time
FROM sys.dm_exec_sessions es
    LEFT OUTER JOIN sys.dm_exec_connections ec ON es.session_id = ec.session_id
    LEFT OUTER JOIN sys.dm_exec_requests er ON es.session_id = er.session_id
    LEFT OUTER JOIN sys.server_principals sp ON es.security_id = sp.sid
    LEFT OUTER JOIN sys.dm_os_tasks ota ON es.session_id = ota.session_id
    LEFT OUTER JOIN sys.dm_os_threads oth ON ota.worker_address = oth.worker_address
    CROSS APPLY sys.dm_exec_sql_text(er.sql_handle) AS st
where es.is_user_process = 1 
  and es.session_id <> @@spid
ORDER BY es.session_id

Answer 1

简单的解释是，您需要使用NOLOCK来执行查询，这意味着至少有一个事务已打开并在具有独占锁的特定表上运行。

NOLOCK提示进行脏读，并忽略表上的所有锁。

如果没有获取有关该问题的日志，请尝试以单用户模式获取数据库，这将断开其他用户的所有现有连接，然后在没有NOLOCK的情况下执行查询，然后检查其是否成功执行或不。如果是，则问题仅在于其他用户在该数据库上有活动的事务。

此外，如果在会话中未完成任何交易，您可以执行ROLLBACK TRANS或COMMIT TRANS结束交易。

READPAST提示可能是一种解决方案，但不能解决根本原因。

表格仅在不带锁的情况下可用

1 个答案: