最近有客户反馈系统导入EXECL进行数据处理超时了，我当时的第一反应，不可能啊我明明是做过性能优化的啊，怎么还会超时呢，这是要有多少条数据才可能发生啊！于是找客户要来了EXECL，发现有7500多条数据，备份完客户数据库进行代码调试找出性能差的地方。都是一些平时老生常谈的东西，可是又是很容易忽略的地方，这里面就只谈两个点，使用String还是StringBuilder，校验数据正确性是在循环里面一条一条的使用SQL取数呢，还是一次性取出来在代码里面进行校验！下面将用实际数据结合图表，给出准确的答案。
阅读目录
String和StringBuilder性能差异比较
循环取数还是一次性取数？
示例下载及总结
回到顶部
String和StringBuilder性能差异比较
String和StringBuilder的差别这里就不提了，学习和工作中常常会听到拼接字符串要使用StringBuilder对象速度很快，但是可能你只是知道这个知识，实际开发工作中有关注过这一点吗？我也是当客户反馈之后自己跟踪用实际效果才学会这个知识，后续开发中也会铭记这一点！下面的实际数据或许能说明些问题。
分别调用了这个函数， 循环次数为 1，5，15，200，500，1500，2500，5500，8500，20000 后面数据可以下载最后的DEMO实验一下，String在这时已经是慢到不行了。为了保证数据的准确性，这里每个量级的数据都取了十次值，然后求出平均值。
<summary> 对比String和StringBuilder拼接字符串的速度 每种量级测试，取十次时间平均值 </summary> </param> Total){ List<(); ) { list.Add(Guid.NewGuid().ToString()); } ; 总执行时间 ms ; String拼接 String.Empty; ) { DateTime dtBegin = DateTime.Now; list) { strGUID = strGUID + temp + ; } DateTime dtEnd = DateTime.Now; TotalMilliseconds += (dtEnd - dtBegin).TotalMilliseconds; iTest--; } Console.WriteLine(); StringBuilder拼接 StringBuilder sb = StringBuilder(); iTest = ; TotalMilliseconds = ; ) { DateTime dtBegin = DateTime.Now; list) { sb.AppendFormat(, temp); } DateTime dtEnd = DateTime.Now; TotalMilliseconds += (dtEnd - dtBegin).TotalMilliseconds; iTest--; } Console.WriteLine(); }
执行结果如下图：
绘制成曲线图：
从上图可直观看出来，String拼接是呈几何形递增的，而StringBuilder呈线性的，递增趋势很慢。在循环次数多的情况下使用哪种拼接，相信大家都清楚了吧！在7500的数量时，可以节省整整4s的时间，性能是不是提升很多呢？
回到顶部
循环取数还是一次性取数？
背景：EXECL中有7500行学生信息数据，要把这些数据导入到学生表（p_Student）里面,但是要保证学生编号（StudentNo）唯一，不唯一导入的时候需要给出提示信息。这就需要在后台代码里面读取EXECL里面的学生信息然后校验学生编码在数据库中是否存在，当然EXECL中填写的学生编号也要校验唯一。下面就来模拟这个过程，以两种方式比较性能。、
首先创建学生信息表，插入7500条数据，下面是SQL脚本，学生编号这里插入的是newid，实际情况不会是这样的，这里只是会了保证唯一，但是又是无序的，尽可能模拟真实情形。
*/GO))BEGIN*/*/*/( , ) , ) , ) , ) , (StudentGUID)) sysname()''''''ENDGO插入7500条模拟数据INT p_Student0BEGIN INT 7500 0 BEGIN dbo.p_Student ( StudentGUID , Name , Major , Sex , StudentNo ) StudentGUID - uniqueidentifier Name - varchar(40) Major - varchar(100) Sex - varchar(8) StudentNo - varchar(100) ) 1 ENDENDGO
基础信息准备好以后，进入后台代码
> 统计循环校验和一次性校验性能差异 > Total) { 这里模拟学生编号 List(); ) { listStudetNo.(Guid.NewGuid().ToString()); } using (SqlConnection con new SqlConnection(SqlCon)) { con.(); string strSQL <span ; SqlCommand cmd con.CreateCommand(); 循环校验 ; ) { foreach (string studentNo listStudetNo) { .Now; cmd.CommandText String.Format(strSQL, studentNo); )cmd.ExecuteScalar(); ) { Console.WriteLine("{<span , studentNo); ; } .Now; TotalMilliseconds dtBegin).TotalMilliseconds; } } Console.WriteLine("循环校验{); 一次性校验 TotalMilliseconds ; strSQL <span ; ) { .Now; StringBuilder sb new StringBuilder(); foreach (string studentNo listStudetNo) { sb.AppendFormat("{<span , studentNo); } cmd.CommandText <span )); string no (string)cmd.ExecuteScalar(); (!string.IsNullOrEmpty(no)) { Console.WriteLine("{<span , no); ; } .Now; TotalMilliseconds dtBegin).TotalMilliseconds; } Console.WriteLine("一次性校验{); } }
从上图可直观看出来，循环校验和一次性校验都是线性递增的，一次性校验速度差不多比循环的快一倍左右。
回到顶部
示例下载及总结
示例sql，示例代码DEMO
其实性能优化不仅仅只有这么一点，需要在日常工作中总结，这次性能优化还有一点也令我惊叹，有一条SQL未优化之前执行需要20s左右，给表添加了索引，速度刷的一下变成0s了，最终性能问题圆满解决了。
性能优化思想：
1:大量字符串拼接请采用StringBuilder
2：千万不要在大量循环里面循环查SQL，考虑是否能用一次性查询代替，或者一次性把数据查询出来在代码里面进行逻辑判断
3：SQL执行速度慢，可以采用执行计划看看是否表缺少索引。
好了本篇到这里就要结束了，如果觉得对你有益，记住点赞哦！
相关阅读：附加没有日志文件的数据库方法 删除数据库日志文件的方法 数据字典生成工具系列文章
如果，您认为阅读这篇博客让您有些收获，不妨点击一下右下角的【推荐】按钮。
如果，您希望更容易地发现我的新博客，不妨点击一下绿色通道的【关注我】。
如果，想给予我更多的鼓励，求打
因为，我的写作热情也离不开您的肯定支持。
随时随地看视频
