1. 现象
SQL Server的性能问题思路一般来说是可以归纳为数据库设计问题、索引问题、SQL查询的问题等等。但是有些情况下，SQL Server的性能问题不太好直接定位导致难以解决。这些问题的标志是性能不稳定，例如在早上和下午虽然相同的查询，但是早上跑很快，下午变慢了。本文将分析这类性能问题的解决方案。
2. 诊断工具
2.1. SQL Server Profiler
SQL Server Profiler可用于监控SQL服务器数据库引擎的实时活动，从而帮助查找性能问题。此工具可显示有关用户连接、T-SQL语句、锁定等的事件，并且可以帮助您识别问题的来源。
2.2. Performance Monitor
Performance Monitor是Windows内置的系统监控工具，可监控各种性能计数器。在SQL Server中，您可以监控一些有关磁盘I / O、内存使用情况、CPU使用情况等计数器。这些计数器可以帮助您确定问题发生的位置。
3. 解决方案
3.1. 检查查询计划
有时，即使查询是相同的，不同的执行计划可能会导致性能问题。可以使用以下脚本来检查两个查询的执行计划是否相同：
SELECT *
FROM sys.dm_exec_cached_plans AS ap
CROSS APPLY sys.dm_exec_sql_text(ap.plan_handle) AS st
WHERE st.text LIKE N'SELECT * FROM TableName WHERE ColName LIKE N''1%'''
如果您注意到执行计划不同，请尝试使用QUERYTRACEON（9476）HINT()引用查询。
3.2. 检查系统缓存
SQL Server将大量数据缓存到内存中，以加快查询速度。但是，当系统内存不足时，SQL Server可能会减少缓存的大小。您可以使用以下查询来检查缓存的大小：
SELECT COUNT(*)
FROM sys.dm_exec_cached_plans
如果您注意到缓存的大小不合理，请考虑增加系统内存。
3.3. 检查锁定
锁定是保护原子性的重要机制之一，但是如果控制不当，会导致性能问题。您可以使用以下脚本检查锁定：
SELECT L.request_session_id AS SPID, O.Name AS TableName, P.object_id,
L.resource_type, L.request_mode, ST.text
FROM sys.dm_tran_locks L
JOIN sys.partitions P ON P.hobt_id = L.resource_associated_entity_id
JOIN sys.objects O on O.object_id = P.object_id
CROSS APPLY sys.dm_exec_sql_text(L.sql_handle) AS ST WHERE resource_database_id = DB_ID()
如果您注意到过多的锁定，请考虑调整事务隔离级别或重新设计表和索引。
4. 结论
对于SQL Server的性能问题，一般来说都可以通过检查查询计划、缓存和锁定等方法来解决。但是当遇到性能不稳定的问题时，使用SQL Server Profiler和Performance Monitor等诊断工具进行排查。此外，建议密切关注系统硬件和操作系统的状况，以及SQL Server的内存限制。