HoneyHoney

最近数据库服务器很慢，跑了一下whoIsActive，发现有很多waittype是RESOURCE_SEMAPHORE，发现很是好玩，整理一下。

一个成功的查询操作会引入3个内存的使用，即查询语句的编译，查询计划的缓存以及数据的缓存。

如何查看编译需要的内存，数据缓存，以及cached plan size

1. 通过Actual query plan是最快的方法。第一个就是cached plan size(KB), 此外还有CompileMemory(B)和MemoryGrantInfo下的GrantedMemory(KB)。
   
2. 在执行计划中查看
   
3. 用SQL profiler捕获show plan XML for query compile event，进而在XML查看。其实拿到的数据和第二步一样。

如何模拟RESOURCE_SEMAPHORE

1. https://www.brentozar.com/archive/2013/08/query-plans-what-happens-when-row-estimates-get-high/ 上例举了两个query。在SSMS里面，多开几个窗口，同时跑第二个query就行了。

RESOURCE_SEMAPHORE情况下，有哪些有趣的数据

1. sp_whoIsActive 执行sp_whoIsActive 就可以直观看到哪个session已经相应的query
   
2. sys.dm_exec_query_resource_semaphores 可以看到当前的内存情况
   
3. sys.dm_exec_query_memory_grants 可以看到session获取内存的情况
   

RESOURCE_SEMAPHORE情况下，所有query都会suspend么？

1. 不会。如果你的query还是像Brent Ozar提到的第二个query一样需要很多的内存，那就妥妥地等着吧。如果你的query需要的内存很少，那SQL server会直接执行。

引用

https://www.brentozar.com/archive/2013/08/query-plans-what-happens-when-row-estimates-get-high/
https://blogs.msdn.microsoft.com/sqlqueryprocessing/2010/02/16/understanding-sql-server-memory-grant/