新聞中心
一種CS架構(gòu)的程序,直接把SQL Server作為服務(wù)端,每個(gè)客戶端直接連接數(shù)據(jù)庫(kù)操作,如果客戶端打開(kāi)的數(shù)量過(guò)多時(shí)SQL Server的連接數(shù)將會(huì)特別高,數(shù)據(jù)庫(kù)端形成性能瓶頸,這種情況下怎么辦?想了想,造成這種情況的原因是ADO.NET連接池的內(nèi)部機(jī)制造成的。

為靈壽等地區(qū)用戶提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù),及靈壽網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為網(wǎng)站設(shè)計(jì)、做網(wǎng)站、靈壽網(wǎng)站設(shè)計(jì),以傳統(tǒng)方式定制建設(shè)網(wǎng)站,并提供域名空間備案等一條龍服務(wù),秉承以專業(yè)、用心的態(tài)度為用戶提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶的要求,就會(huì)得到認(rèn)可,從而選擇與我們長(zhǎng)期合作。這樣,我們也可以走得更遠(yuǎn)!
ADO.NET中為了提高性能,所以使用了連接池,這樣每個(gè)請(qǐng)求就不必都創(chuàng)建一個(gè)連接,然后認(rèn)證,然后執(zhí)行SQL,ADO.NET連接池而是從連接池中直接取出連接執(zhí)行SQL,執(zhí)行完成后也并不是真正關(guān)閉連接,而是將該連接重新放回連接池中。如果有100個(gè)客戶端,每個(gè)客戶端在使用一段時(shí)間后連接池中保存了10個(gè)連接,那么在這種情況下,即使不在客戶端做任何操作,SQL Server上都有1000個(gè)連接,這樣不出性能問(wèn)題才怪。
既然是連接池的問(wèn)題,針對(duì)該問(wèn)題的2個(gè)解決辦法:
1.關(guān)閉ADO.NET連接池,每次執(zhí)行SQL時(shí)都是新建一個(gè)連接執(zhí)行,然后關(guān)閉。這樣做將使數(shù)據(jù)查詢有所減慢(每次都建立連接,每次都認(rèn)證,當(dāng)然會(huì)慢了),不過(guò)這個(gè)慢是毫秒級(jí)的,一般感覺(jué)不到的,但是如果一個(gè)操作就涉及到幾百個(gè)SQL語(yǔ)句的情況可能會(huì)明細(xì)感覺(jué)到減慢。修改方法特別簡(jiǎn)單,都不用修改代碼,在數(shù)據(jù)庫(kù)鏈接字符串中加入Pooling=False;即可。#t#
2.修改架構(gòu),這種CS架構(gòu)除了性能問(wèn)題外還會(huì)出現(xiàn)其他的比如安全上的問(wèn)題??梢詫⒅苯舆B數(shù)據(jù)庫(kù)的方法改成連接服務(wù),這其中可以使用Remoting、Web服務(wù)等,當(dāng)然現(xiàn)在可以統(tǒng)一用WCF了。這樣做就只有服務(wù)程序去連接數(shù)據(jù)庫(kù),而客戶端只連接服務(wù)程序,這樣就不會(huì)出現(xiàn)連接池造成的瓶頸。不過(guò)這樣做代碼修改量很大,若真要改還是很痛苦的。
介紹ADO.NET連接池
連接池允許應(yīng)用程序從連接池中獲得一個(gè)連接并使用這個(gè)連接,而不需要為每一個(gè)連接請(qǐng)求重新建立一個(gè)連接。一旦一個(gè)新的連接被創(chuàng)建并且放置在連接池中,應(yīng)用程序就可以重復(fù)使用這個(gè)連接而不必實(shí)施整個(gè)數(shù)據(jù)庫(kù)連接創(chuàng)建過(guò)程。
當(dāng)應(yīng)用程序請(qǐng)求一個(gè)連接時(shí),連接池為該應(yīng)用程序分配一個(gè)連接而不是重新建立一個(gè)連接;當(dāng)應(yīng)用程序使用完連接后,該連接被歸還給連接池而不是直接釋放。確保你每一次的連接使用相同的連接字符串(和連接池相同);只有連接字符串相同時(shí)連接池才會(huì)工作。如果連接字符串不相同,ADO.NET連接池應(yīng)用程序就不會(huì)使用連接池而是創(chuàng)建一個(gè)新的連接。
本文題目:介紹使用ADO.NET連接池解決辦法
當(dāng)前URL:http://www.dlmjj.cn/article/cdoppsg.html


咨詢
建站咨詢
