資料庫假死

A. 網站後台 更改不了數據

這種情況一般是伺服器端出問題了

1．伺服器寫操作保護，不讓寫入數據了，這種情況需要聯系伺服器提供商，請他們開啟寫入許可權

2．資料庫假死，這種情況需要聯系伺服器提供商，請他們重啟資料庫，開啟資料庫寫入許可權

3．伺服器端異常，資料庫緩存無法更新，這種情況可能導致即使你在後台更新數據顯示保存成功了，但是前台依然無法更新，這也需要聯系伺服器提供商，請他們重啟服務程序，清空緩存

以上3種情況都是需要伺服器提供商來解決的

還有個別情況是你自己的瀏覽器或者網路異常造成後台無法更新

可以換個瀏覽器試試，另外檢查一下網路是否暢通

如果不是瀏覽器或者網路原因，請聯系伺服器提供商，只有他們才能解決

B. IIS到底為什麼總是假死

一、原因：IIS應用程序池的設置問題

解決方法：

Internet 信息服務(IIS)管理器－＞應用程序池－＞DefaultAppPool－＞右擊屬性
二、原因：獨立進程的 內存堆戔消耗完了，IIS不能創建更多的進程工作空間來處理

解決方法：

1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2.
在Parameters鍵下新建一個DWORD項，名字為：UseSharedWPDesktop 值為1 重啟IIS

三、原因：資料庫連接無法釋放

解決方法：

在連接串里加入以下語句

Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30

C. sql資料庫總是假死或死鎖。

建議：
1、使用事件探查器，跟蹤一下SQL在死鎖之前執行了哪些SQL語句
2、多數死鎖是因為程序沒有經過嚴格的測試造成的
3、少部分原因是因為觸發器嵌套造成的，SQL有內部機制，當嵌套到一定的層級，就自動終止掉相關的進程
願早日解決問題

D. tomcat6假死，日訪問量平均不超過1000，運行幾天就訪問不了了，請求一直等待中，怎麼回事啊

推薦檢查一下幾個指標：
第一：內存使用率，如果內存滿了，必死
第二：硬碟空間，如果硬碟滿， 就不能讀寫了
第三：JVM的設置，最好是一致的，免得容易照成假死
第四：檢查你的程序，時候有死循環或者漏洞，有這樣問題的嚴重消耗內存，必死

E. delphi測試連接sql server資料庫失敗進入假死如何解決

不可能的，我一直都這樣做的，也能彈出錯誤，程序正式執行就沒問題，別用 delphi環境，直接編譯後執行！

F. Struts2+hibernate + mysql C3P0連接池 導致寫資料庫無反應（死機）

配置沒有問題，我推測應該是你程序中的某部分代碼用打開session,但是沒有關閉。你改下連接數限制 試一試
<property name="hibernate.c3p0.max_size">20</property>
<property name="hibernate.c3p0.min_size">5</property>
如果這么改後你能多上傳幾次，說明確實是連接沒有即使釋放導致的問題。
第一：執行其他的資料庫操作，比如查詢... 看看是否有相同的情況，沒有的話證實上面的問題，專心的去上傳相關的層檢查代碼。
第二點：如果所有的資料庫操作都出現假死現象。說明可能是其他的原因導致的，可以看看c3p0的配置了（我覺得 這個可能性比較小）。到網上多找幾種c3p0的配置，挨個試一試，還有錯誤，證明是代碼的問題。
可以走一遍層的代碼，看看是否有連接沒有關閉。這里說一下，如果在成濕紅this.getSession()Spring是不負責關閉的，需要手動關閉（也可能出現很詭異的問題），建議使用getHibernateTemplate().XXX()，還有其他的情況，你可以檢查一下。

如果還沒解決，我只能說這個問題很詭異！可以加我qq聊一聊 79417606.不過我這幾天進程有點阻塞，可能不在電腦旁。

G. 資料庫進程連接過多導致資料庫假死如何解決!急急!

如果確實不是因為使用的人多造成伺服器崩潰的話，你需要檢查具體連接信息，很可能是程序連接資料庫，沒有釋放連接，造成一個程序多次連接資料庫，把資料庫給拖死了。那就需要改程序了。否則你需要買個更強大的伺服器來支撐這么龐大的訪問需求。

H. IIS程序池假死，導致無法訪問access資料庫怎麼解決

關閉瀏覽器再開就可以了