问题描述:
8:00左右在申请界面,描述与数据库中某条数据一样,第一次保存并提交时,有2人报超时错误,数据无法提交;
错误现象:
atchID = 994cfe77-cf03-4eae-9adc-9f6a1e3acd3c Message= 超时时间已到。超时时间已到,但是尚未从池中获取连接。出现这种情况可能是
因为所有池连接均在使用,并且达到了最大池大小。
问题分析:
1.在对数据库操作时,有open没有close.
2.现有的连接池过小。需要增加Max Pool Size=500.以应对500个用户并发。因为DataReader是独占连接 的,每个DataReader都要占用一个连接。
3.对逻辑层的处理,尽量使用线程池的操作,因为逻辑较复杂,是使用事务。所以针对每个事务开一个单独的事务处理,就不会被后续的操作占用。
问题的解决:
走查代码时,发现我们对数据库操作时,部分代码不是很完善。希望做以下改进:
1.连接对象在Open后的操作都放在try块中,后面跟一个finally块:conn.Close();
例:
using (SqlConnection cn = new SqlConnection(Database.MdmConnection))
{
cn.Open();
try
{
string commandText = "dbo.CheckMaterialLongCNDescIsApplying";
SqlParameter[] sqlParameters ={
new SqlParameter( "@CategoryID",SqlDbType.UniqueIdentifier),
new SqlParameter( "@MasterDataId",SqlDbType.UniqueIdentifier),
new SqlParameter( "@checkForFieldValue1",SqlDbType.VarChar),
new SqlParameter( "@checkForFieldValue2",SqlDbType.VarChar)
};
sqlParameters[0].Value = categoryId;
sqlParameters[1].Value = pKFieldValue;
sqlParameters[2].Value = checkForFieldValue1;
sqlParameters[3].Value = checkForFieldValue2;
object o = SqlHelper.ExecuteScalar(cn, CommandType.StoredProcedure, commandText, sqlParameters);
if (o != null)
processInstanceSN = o.ToString();
}
catch (Exception e)
{
throw new Exception(e.Message);
}
finally
{
cn.Close();
}
}
2.在使用DataReader完成读取数据后,也进行关闭。
3.WEB.config 里面:在数据库连接加 Max Pool Size = 512;数量可以根据并发的用户数来调整在50~200之间。这个数量是以牺牲性能为代价的。
后续处理方案:
1. 修改几个关键页面或访问比较频繁的数据库访问操作,使用DataAdapter和DataSet来获取数据库数据,不要使用DataReader。
2.在访问数据库的页面上使用数据缓存,如果页面的数据不是经常更新(几分钟更新一次)的话,使用Cache对象可以不用访问数据库而使用缓
存中的内容,那么可以大大减少连接数量。
3.修改代码,把使用Connection对象的地方都在Close()后面加上Dispose()调用。
4.建议对数据库操作进行大的修改,建立自己的数据库操作代理类,继承System.IDisposable接口,强迫释放资源,这样就不会出现连接数量不够的问题了。