2011-12-21 69 views
0

我有非常奇怪的网络服务问题。安装如下:在IIS7(win2008)下部署在x64单核,1gb ram机器上的6个Web服务,每个运行在专用应用程序池中。 Web服务通过LB连接到一个mysql集群。我们正在使用mysql odbc连接器5.1.6,连接池为.net v3.5。构建目标平台x64。大约每3个小时,一个网络服务开始占用100%的CPU(或者更好地说100%的CPU核心,但是因为它是单核心机器,它将是100%的CPU)。同时mysql服务器空闲。从任务管理器中“挂起”w3wp无效,IIS重新启动有帮助。我期待在进程管理器,看看里面的w3wp一个奇怪的线程与以下堆栈跟踪,这是我无法理解:asp.net网络服务高CPU使用率

ntoskrnl.exe!IoAcquireRemoveLockEx+0xe7 
ntoskrnl.exe!memset+0x22a 
ntoskrnl.exe!KeWaitForSingleObject+0x2cb 
ntoskrnl.exe!KeDetachProcess+0x120d 
ntoskrnl.exe!PsReturnProcessNonPagedPoolQuota+0x3a3 
ntoskrnl.exe!CcSetDirtyPinnedData+0x433 
myodbc5.dll!SQLTablePrivilegesW+0x22dac 
myodbc5.dll!SQLTablePrivilegesW+0x2bffd 
myodbc5.dll!SQLTablePrivilegesW+0x107ea 
odbc32.dll!SQLAllocHandle+0xba5 
odbc32.dll!SQLAllocHandle+0x9c8 
mscorwks.dll!IEE+0xa913 
System.Data.ni.dll+0x56f8c3 
System.Data.ni.dll+0x5c1efe 
mscorwks.dll!IEE+0xb0ee 
mscorwks.dll!CompareAssemblyIdentity+0x2bb8f 
mscorwks.dll!CompareAssemblyIdentity+0x39deb 
mscorwks.dll!CompareAssemblyIdentity+0xe63d 
mscorwks.dll!CertCreateAuthenticodeLicense+0x21b12f 
mscorwks.dll!StrongNameTokenFromPublicKey+0x49f7 
mscorwks.dll!PreBindAssembly+0x88a46 
mscorlib.ni.dll+0x3988d0 
mscorlib.ni.dll+0x39877a 
mscorwks.dll!IEE+0xb042 
mscorwks.dll!CompareAssemblyIdentity+0x2610d 
mscorwks.dll!CompareAssemblyIdentity+0x26358 
mscorwks.dll!CompareAssemblyIdentity+0x2ae50 
mscorwks.dll!CompareAssemblyIdentity+0x97ad7 
mscorwks.dll!CompareAssemblyIdentity+0x97877 
mscorwks.dll!CopyPDBs+0x170f3 
mscorwks.dll!InitializeFusion+0x5994 
mscorwks.dll!GetMetaDataInternalInterfaceFromPublic+0x34ad9 
mscorwks.dll!InitializeFusion+0x1282d 
mscorwks.dll!CorExitProcess+0x802d 
mscorwks.dll!InitializeFusion+0xb5db 
mscorwks.dll!CertCreateAuthenticodeLicense+0x240021 
mscorwks.dll!CompareAssemblyIdentity+0x97bcc 
mscorwks.dll!CompareAssemblyIdentity+0x97877 
mscorwks.dll!CreateAssemblyNameObject+0x2c29d 
mscorwks.dll!InitializeFusion+0x5994 
mscorwks.dll!GetMetaDataInternalInterfaceFromPublic+0x34ad9 
mscorwks.dll!InitializeFusion+0x1282d 
mscorwks.dll!StrongNameErrorInfo+0x130fe 
mscorwks.dll!InitializeFusion+0xbf48 
mscorwks.dll!StrongNameErrorInfo+0x76b0 
kernel32.dll!BaseThreadInitThunk+0xd 
ntdll.dll!RtlUserThreadStart+0x21 

我也能再现那些具有VS2010部署在另一台机器上同样的问题并能够连接到“挂” W3WP,看到GC终结线程坐在一起类似下面的一个堆栈跟踪:

[Native to Managed Transition] 
System.Data.dll!System.Data.Odbc.OdbcHandle.ReleaseHandle() 
[Native to Managed Transition] 
[Managed to Native Transition] 
mscorlib.dll!System.Runtime.InteropServices.SafeHandle.Dispose(bool disposing) 
mscorlib.dll!System.Runtime.InteropServices.SafeHandle.Finalize() 
[Appdomain Transition] 

还有一堆栈跟踪存在,我相信这是第一个的反射最后。

my_SQLFreeStmtExtended strmov Highest 
myodbc5.dll!strmov(char * dst, const char * src) Line 38 + 0xd bytes  
myodbc5.dll!cli_safe_read(st_mysql * mysql) Line 731  
myodbc5.dll!cli_read_query_result(st_mysql * mysql) Line 2739 + 0x8 bytes 
myodbc5.dll!mysql_next_result(st_mysql * mysql) Line 5221 + 0xd bytes 
myodbc5.dll!my_SQLFreeStmtExtended(void * hstmt, unsigned short fOption, unsigned int clearAllResults) Line 427 + 0xc bytes  
odbc32.dll!000007fef1d43ee9()  
[Frames below may be incorrect and/or missing, no symbols loaded for odbc32.dll]  
odbc32.dll!000007fef1d43d3e()  
mscorwks.dll!000007fef102cd27() 
System.Data.ni.dll!000007feebe73ad3() 

这个问题在生产16核心机器上显然也是可重现的。 我们已经执行代码审查,并在我们可能可能遗留连接未关闭且未处置的地方修复/重写代码。 我会感谢这个问题的任何帮助,并接受任何建议,我还能看到什么。

回答

0

我们决定开始使用mysql连接器.net而不是mysql连接器odbc。我们所做的所有事情都从OdbcConnection更改为MySqlConnection,从OdbcCommand更改为MySqlCommand,从OdbcParameter更改为MySqlParameter。我们对它进行了几次加速测试,看起来我们不仅获得了稳定性,而且还获得了改进的性能。 因此,作为结论:使用MySql连接器.NET而不是MySql连接器ODBC。

0

如果你还没有这样做,你可以免费试用Redgate Ants Performance Profiler:如果你的代码有任何瓶颈,一个未关闭的连接或任何这应该告诉你究竟在哪里。只需在完成后卸载它。

这可能比堆栈跟踪:)

。希望helps-好运更有帮助!