我們有一些客戶端代碼,它使用.NET中的SqlConnection類與SQLServer數(shù)據(jù)庫(kù)通信.它會(huì)間歇性地失敗并出現(xiàn)此錯(cuò)誤：

“ExecuteReader需要一個(gè)開放且可用的連接.連接的當(dāng)前狀態(tài)為Closed”

“臨時(shí)”解決方案是重新啟動(dòng)過程,之后一切正常 – 但是,這顯然不能令人滿意.

代碼保留了SqlConnection實(shí)例的緩存,每個(gè)數(shù)據(jù)庫(kù)一個(gè).

我們想重新編寫代碼,但在此之前,我需要了解一些事情：

我的第一個(gè)問題是：重復(fù)連接和斷開SqlConnection對(duì)象是否效率低下,或者底層庫(kù)是否代表我們執(zhí)行連接池？

// Is this bad/inefficient?

for(many-times)

{

using(SQLConnection conn = new SQLConnection(connectionString))

{

// do stuff with conn

}

}

因?yàn)槲覀兊拇a沒有執(zhí)行上述操作,所以問題的可能原因似乎是在連接的“生命周期”期間底層SQLServer數(shù)據(jù)庫(kù)發(fā)生了某些事情,導(dǎo)致連接被關(guān)閉…

如果事實(shí)證明“緩存”SqlConnection對(duì)象是值得的,那么處理所有可以簡(jiǎn)單地通過“重新連接”到數(shù)據(jù)庫(kù)來解決的錯(cuò)誤的建議方法是什么.我在談?wù)摰膱?chǎng)景如下：

>數(shù)據(jù)庫(kù)脫機(jī)并重新聯(lián)機(jī),但客戶端進(jìn)程在發(fā)生這種情況時(shí)沒有打開的事務(wù)

>數(shù)據(jù)庫(kù)“斷開連接”,然后“重新連接”

我注意到SqlConnection上有一個(gè)“State”屬性…是否有適當(dāng)?shù)姆椒▉聿樵?#xff1f;

最后,我有一個(gè)測(cè)試SQLServer實(shí)例設(shè)置了完全訪問權(quán)限：我怎樣才能再現(xiàn)確切的錯(cuò)誤“ExecuteReader需要一個(gè)開放的可用連接.連接的當(dāng)前狀態(tài)是關(guān)閉的”

總結(jié)

以上是生活随笔為你收集整理的.net 访问mysql链接池_c# – .NET SqlConnection类,连接池和重新连接逻辑的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。