1、
where 条件In中动态语句参数化。
参数化以后 sql查询计划在DB服务器内存中缓存,DB服务器内存和CPU压力明显减轻。
如果是大量动态非参数化sql语句,会占用DB服务器内存,并且查询计划利用率很低
根据DBA的反馈,在动态ID超过1000个以后,sqlServer编译分析sql语句性能极差。
where ID In(123,124,456)变成 (@ID1,@ID2,@ID3)
参考代码如下
if (commentIDs != null && commentIDs.Count > 0)
{
#region Where In条件动态参数化
List<string> commentIDParamList = new List<string>();
int count = commentIDs.Count; //ID数
for (int i = 0; i < count; i++)
{
commentIDParamList.Add("@ID" + i);
}
#endregion
sqlString += " Where HC.WritingId IN (" + string.Join(",", commentIDParamList.ToArray()) + ") ";
//循环添加ID参数
for (int i = 0; i < commentIDParamList.Count; i++)
{
paramList.Add(DBHelper.CreateInParamter(commentIDParamList[i], DbType.Int32, commentIDs[i]));
}
}
以上经过压力测试和生产环境例证。
生产环境动态sql语句参数化后,贴图为证
2、
1.1 sql语句索引是否合理,比如varchar(max)类型最好不创建索引;
1.2 查看sql查询计划是否使用索引;
1.3 查看sql执行的IO消耗和执行时间。代码如下:
set statistics io on
set statistics time on
sql语句
set statistics io off
set statistics time off
1.4 企业类库中字符串参数类型和sqlserver参数类型对照
DbType.AnsiString varchar
DbType.String nvarchar
DbType.AnsiStringFixedLength char
3.循环中慎用List<> 扩展方法。
Find(),Exists(),Select(),Where(),FindAll,RemoveAll()
在单个集合中查找或者在两个结合交叉查询时,以上函数,但是这几个函数的内部都用到委托,如果在大循环中调用,CPU会显著升高。
生产环境上 酒店点评接口有血的教训(平均每小时30万次的调用量)。
建议先放到Dictionary<,>或者HashTable类型中 用Key查找。
在本机开发环境中 循环List.FindAll()函数和Dictionary<,> 对比,时间消耗相差1000倍以上(5万条数据循环)
如果代码不太好转换Dictionary<,>或者HashTable类型,建议直接用For循环嵌套For循环查找,大批量查找性能也要好很多。