找出死锁的语句，再优化下。

上面的语句没看见有 NOLOCK 啊？你这是跨分区查询产生的锁吧

no lock 慎用，会读取dirty 数据。帮不上多大忙，看看下面的文章能不能提供点帮助。
你先看看能不能找到每次发生死锁的规律，这样能确定大致问题的方向
http://www.cnblogs.com/rush/archive/2012/02/19/2358209.html
https://www.simple-talk.com/sql/database-administration/handling-deadlocks-in-sql-server/

说的详细点吧  贴出语句

如果加了nolock，确实不会获取S锁，所以也不太可能出现你第2个图的情况。

最好能把原来的语句贴出来。

@code nvarchar(31)select * from TUser where FuserCode=@code order by PUserID

上面是你图片上的SQL, 你哪里加了什么 nolock ?

这几天弄负载，没上来看。
这个是加了的，还是会

你执行下你的语句，  select * from sys.dm_tran_locks
 分析下锁的情况先把~~

通过下面的语句分析产生锁的语句，进而修复语句。其实根本原因还是在sql语句上。
DBCC OPENTRAN 
GO 
SELECT st.text,t2.* FROM sys.dm_exec_sessions AS t2,sys.dm_exec_connections AS t1  
 CROSS APPLY sys.dm_exec_sql_text(t1.most_recent_sql_handle) AS st 
 WHERE t1.session_id = t2.session_id  
 AND t1.session_id=‘进程号’