mysql 导致iis 假死_解决IIS无响应假死状态
1 查看服務(wù)器iis的w3wp.exe對應(yīng)的應(yīng)用程序池
在IIS6下，經(jīng)常出現(xiàn)w3wp的內(nèi)存占用不能及時釋放，從而導(dǎo)致服務(wù)器響應(yīng)速度很慢。
今天研究了一下，可以做以下配置：
1、在IIS中對每個網(wǎng)站進行單獨的應(yīng)用程序池配置。即互相之間不影響。
2、設(shè)置應(yīng)用程序池的回收時間，默認為1720小時，可以根據(jù)情況修改。同時，設(shè)置同時運行的w3wp進程數(shù)目為1。再設(shè)置當(dāng)內(nèi)存或者cpu占用超過多少，就自動回收內(nèi)存
一般來說，這樣就可以解決了。但仍然會出現(xiàn)個別網(wǎng)站因為程序問題，不能正確釋放。
那么，怎么樣才能找到是哪一個網(wǎng)站的？
1、在任務(wù)管理器中增加顯示pid字段。就可以看到占用內(nèi)存或者cpu最高的進程pid
2、在命令提示符下運行iisapp -a。注意，第一次運行，會提示沒有js支持，點擊確定。然后再次運行就可以了。這樣就可以看到pid對應(yīng)的應(yīng)用程序池
3、到iis中察看該應(yīng)用程序池對應(yīng)的網(wǎng)站，就ok了
2 iis假死狀態(tài)解決"錯誤應(yīng)用程序 w3wp.exe，版本 6.0.3790.3959，錯誤模塊 php5ts.dll，版本"
Internet???????? 信息服務(wù)(IIS)管理器－＞應(yīng)用程序池－＞DefaultAppPool－＞右擊屬性
一、回收
1、回收工作進程(分鐘)：選中，值為1740
2、回收工作進程(請求數(shù)目)：不選(原先設(shè)置為35000)
3、在下列時間回收工作進程：不填
4、消耗太多內(nèi)存時回收工作進程：全不選。(2、3、4項可能避免了在訪問量高的時候強制回收進程可能引發(fā)的服務(wù)器響應(yīng)問題，導(dǎo)致iis假死不響應(yīng))
二、性能
只選中空閑超時20分鐘。其他都不選。WEB園最大工作進程數(shù)為1(默認)。注意web園這里一定要保持默認，如果填寫其他超過1的數(shù)字就會導(dǎo)致一些網(wǎng)站程序的后臺程序打不開或者刷新不停。
原來的請求隊列限制為4000，現(xiàn)在無限制。
三、運行狀況
前兩項都起用，是原來的默認設(shè)置。啟動時間限制90秒，關(guān)閉時間限制180秒。
啟動快速失敗保護的鉤去掉！
為了避免真的遇到很多錯誤時沒有提示，可以不關(guān)閉，只是把快速保護的保護范圍加大些，例如失敗數(shù)50次?? 時間段5分鐘?? 則關(guān)閉對應(yīng)的程序。
“關(guān)閉時間限制180秒”是必須的，因為進程關(guān)閉的時間，原來為90秒限制,是默認值，如果進程關(guān)閉時間超過90秒，則認為超時，從而出現(xiàn)：進程關(guān)閉時間超過了限制?? 日志，所以，適當(dāng)延長這個時間，可以避免這種錯誤！
為應(yīng)用程序池 'DefaultAppPool' 提供服務(wù)的進程關(guān)閉時間超過了限制
服務(wù)器經(jīng)常產(chǎn)生“應(yīng)用程序池 'DefaultAppPool' 提供服務(wù)的進程關(guān)閉時間超過了限制。進程 ID 是 '2068'。”的錯誤，導(dǎo)致iis處于假死狀態(tài)，經(jīng)了解是IIS應(yīng)用程序池的設(shè)置問題。解決方法如下：
Internet 信息服務(wù)(IIS)管理器－＞應(yīng)用程序池－＞DefaultAppPool－＞右擊屬性
一、回收
1、回收工作進程(分鐘)：選中，值為1740
2、回收工作進程(請求數(shù)目)：不選(原先設(shè)置為35000)
3、在下列時間回收工作進程：不填
4、消耗太多內(nèi)存時回收工作進程：全不選。(2、3、4項可能避免了在訪問量高的時候強制回收進程可能引發(fā)的服務(wù)器響應(yīng)問題，導(dǎo)致iis假死不響應(yīng))
二、性能
只選中空閑超時20分鐘。其他都不選。WEB園最大工作進程數(shù)為1(默認)。注意web園這里一定要保持默認，如果填寫其他超過1的數(shù)字就會導(dǎo)致一些網(wǎng)站程序的后臺程序打不開或者刷新不停。
原來的請求隊列限制為4000，現(xiàn)在無限制。
三、運行狀況
前兩項都起用，是原來的默認設(shè)置。啟動時間限制90秒，關(guān)閉時間限制180秒。
啟動快速失敗保護的鉤去掉！
為了避免真的遇到很多錯誤時沒有提示，可以不關(guān)閉，只是把快速保護的保護范圍加大些，例如失敗數(shù)50次 時間段5分鐘 則關(guān)閉對應(yīng)的程序。
“關(guān)閉時間限制180秒”是必須的，因為進程關(guān)閉的時間，原來為90秒限制,是默認值，如果進程關(guān)閉時間超過90秒，則認為超時，從而出現(xiàn)：進程關(guān)閉時間超過了限制 日志，所以，適當(dāng)延長這個時間，可以避免這種錯誤
第2種方法：
原因：獨立進程的 內(nèi)存堆戔消耗完了，IIS不能創(chuàng)建更多的進程工作空間來處理
解決方法：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters鍵下新建一個DWORD項，名字為：UseSharedWPDesktop 值為1 重啟IIS
第3種
問題已解決,發(fā)現(xiàn)是數(shù)據(jù)庫連接無法釋放,不知道是什么原因,同樣的代碼在本地就是好的,在服務(wù)器端就有問題,最后在連接串里加入以下語句解決問題.
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4種
新建應(yīng)用程序池，不同的網(wǎng)站引用不同程序池。
應(yīng)用程序池 與 W3WP.exe 進程的對應(yīng)關(guān)系
http://blog.joycode.com/ghj/archive/2008/07/30/115206.aspx
W3WP.exe應(yīng)用程序錯誤：
http://blog.sina.com.cn/s/blog_4522f0b80100de7w.html
健全的IIS安全配置：
http://www.suixie.com/ruanjian/2007-07-18/176.html
分享一下iis應(yīng)用程序池設(shè)置
http://niker.cn/post/232.html
http://blog.cnknow.com/blogview.asp?logID=755
創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎總結(jié)
以上是生活随笔為你收集整理的mysql 导致iis 假死_解决IIS无响应假死状态的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： oracle model 分组,【已解决
- 下一篇： 5.7和5.6的mysql_mysql5