大数据量执行SQL或存储过程超时的问题
应用程序执行DAL层的SQL或存储过程时,常常会出现超时的Exception:
“Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding. ”
发生超时就是SQLServer在指定的超时时间内没有返回,这个超时时间在应用端可以设置:
mySqlCommand.CommandTimeout=180;//设置为180秒;设置为0则永远不超时。
当然,应用端加长超时时间是迫不得已的办法,治标不治本,根本的还是要解决数据库为何响应慢。
如果是执行某个存储过程慢,可以检查和优化该存储过程,过长的SQL语句,过烂的算法,不适当的索引,过多的排序,都可能导致数据库消耗大量内存或I/O,压力过大,从而等待系统资源,响应缓慢。可以分析ExceutionPLan进行优化。
如果是大数据量的情况,可以使用临时表改进性能。关于表变量和临时表的比较,参考《表变量与临时表的优缺点》
分类:
Database / SQL
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述