本篇目录：
- 1、sql数据库突然提示超时已过期
- 2、sql存储过程耗时太长
- 3、Delphi+SQL的程序,“查询已超时”
- 4、一个sqlserver2005存储过程的问题:超时后把存储过程重新后台执行一次...
sql数据库突然提示超时已过期
1、应该是你的程序问题，你检查下数据库联接是否正确，然后查看连接超时时间。
2、检查清单中，需补充一项：检查本地防火墙，是否开启。防火墙可能导致无法连接到数据库，需关闭本地防火墙。
3、首先观察系统分区和数据库所在分区的硬盘剩余空间，建议硬盘剩余空间在该分区空间的10%以上。如果数据库分区剩余空间过小，有可能无法还原数据库。
4、连接SQl Server时 出现超时时间已到，在操作完成之前超时间已过或服务器未响应是设置错误造成的，解决方法为：连接数据库的方法代码。实现实例的全局配置的方法代码。
5、在“服务和连接的外围应用配置器”页上，展开“数据库引擎”，依次单击“服务”和“停止”，等待 MSSQLSERVER 服务停止，然后单击“启动”以重新启动 MSSQLSERVER 服务。
6、查询数据量是否太多了。可以用Top 1000 查前1000条记录试试。你这是在程序中查询超时还是在SQL查询器中超时呢？查询指令写得不合理也会造成数据量过大，无法执行。
sql存储过程耗时太长
1、oracle存储过程sql执行超时要优化系统。优化系统步骤：参数默认是30秒，执行的sql超过30秒就会报超时错误。优化sql让执行更快。修改这个参数，在调用执行SQL语句之前。
2、sql是高级语言，数据库系统执行sql之前要将sql语句进行解析（相当于编译），这个过程叫硬解析；数据库系统每次执行sql之前都会检查共享池中是不是存在已经解析过的语句，如果有就拿来直接用，这叫软结息。
3、非常不正常，pl应该速度比sql更快，至少也应该是同一数量级的。
4、不管是用存储过程还是直接用SQL语句，大数据量操作都会造成假死，可以尝试以下思路：将一次性执行分成多次执行，比如全表替换，为了较好的用户体验，可以逐行替换，然后在循环里加DoEvents配合显示一个进度条。
5、这个可能的原因有很多；首先，execute immediate v_sql语句需要硬解析，这是一个较为耗时的过程，而直接拿出来执行的语句，其查询分析树已经存在，所以只需要软解析。
Delphi+SQL的程序,“查询已超时”
1、如果确实需要快速返回连接错误，在同步连接时，将超时属性设置为10ms左右即可。具体数值根据实际应用环境确定。此外需要考虑SQL Server服务端的配置信息。正常对于传输类场景如何进行优化处理。
2、你可以先测试一下，看看 程序中执行就超时了。你把程序 关闭掉 然后去 查询分析器里 再执行一下看看。如果正常的话， 那么可以确定，问题出在程序里面的 某些事务没有提交。
3、优化存储过程，你这个存储过程的代码在效率上肯定有问题。
4、create nonclustered index index_name on 你的表名字(日期字段 desc)include(其他需要返回的字段)--先价加一个索引吧 不过你这个问题最好的方式是把数据按照年或者季度分表处理。
5、一种可能是发送的SQL语句太长，以致超过了max_allowed_packet的大小，如果是这种原因，你只要修改my.cnf，加大max_allowed_packet的值即可。
一个sqlserver2005存储过程的问题:超时后把存储过程重新后台执行一次...
你的存储过程好好看看再分析一下，是否算法有问题，或者运行时要占用大量内存。还有个办法，就是删除原来的，重新建个一样的存储过程。我曾经试过，问题解决了。
解决方案：你可以用SQL2005写个ETL（SSIS），然后系统每1分钟或者5分钟、10分钟去执行该ETL。ETL的大致思路就是定义2个变量，一个是T1系统时间，一个是T2获取你插入表的时间，然后根据你的实际需求，把逻辑写好。
row_number()函数是返回按某一数字列排序后的行号。
SQL Server 申明变量必须指定数据类型。
create procedure aaa @param varchar(50) output as begin set @param=猪八戒。
SQL Server中执行带参数的存储过程的方法是：EXEC 存储过程名字 ‘参数1′，’参数2′，数值参数 EXEC 是一个关键字。
到此，以上就是小编对于sql server 存储过程 超时的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。
微信扫一扫打赏
