sqlserver中waitfor，SQLSERVER数据库

sqlserver为什么执行简单的sql语句很慢

没有用到索引或者就是内存小了，因为没有备份运行时有的sql丢失了。看看数据库内存设置是否比较小，数据库表是否建立合理的索引。因为主机长期在工作.数据会一上在增多..对于内存还有CPU来说不是所有数据都可以一次性的完全处理好。就会有一些尾数包括记录，然而越来越多，会让主机运行速度变慢。

原因也很简单，TASK_DATE 字段区分度太低了，走这个索引需要扫描的行数很大，而且还要进行额外的排序，优化器综合判断代价更大，所以就不选这个索引了。

SQL Server数据库查询速度慢的原因有很多，常见的有以下几种： 没有索引或者没有用到索引（这是查询慢最常见的问题，是程序设计的缺陷） I/O吞吐量小，形成了瓶颈效应。 没有创建计算列导致查询不优化。

没有创建计算列导致查询不优化。内存不足网络速度慢查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)sp_lock， sp_who， 活动的用户查看，原因是读写竞争资源。

在可以使用UNION ALL的语句里，使用了UNION UNION 因为会将各查询子集的记录做比较，故比起UNIONALL ，通常速度都会慢上许多。一般来说，如果使用UNION ALL能满足要求的话，务必使用UNION ALL。

not in内外表都进行全表扫描，没有用到索引，所以很慢not extsts 的子查询能用到表上的索引。

相关问答

Q1: 一个设置SQL日期时间间隔的问题

结果是带正负号的整数值，其等于跨第一个和第二个日期间的 datepart 边界数。例如，在 1 月 4 日（星期日）和 1 月 11 日（星期日）之间的星期数是 1。\x0d\x0a示例\x0d\x0a\x0d\x0a此示例确定在 pubs 数据库中标题发布日期和当前日期间的天数。

当结果超出整数值范围，DATEDIFF 产生错误。对于毫秒，最大数是 24 天 20 小时 31 分钟零 2647 秒。对于秒，最大数是 68 年。计算跨分钟、秒和毫秒这些边界的方法，使得 DATEDIFF 给出的结果在全部数据类型中是一致的。

假如你的第一天设置不一样，你可能需要调整这些例子，使它和不同的第一天设置相符合。你可以通过@@DATEFIRST函数来检查第一天设置。为了理解这些例子，我们先复习一下DATEDIFF和DATEADD函数。DATEDIFF函数计算两个日期之间的小时、天、周、月、年等时间间隔总数。

DATEADD() 函数在日期中添加或减去指定的时间间隔。

DATEADD() 函数是在日期中添加或减去指定的时间间隔。现在，我们希望向 OrderDate 添加 2 天，可以使用：SELECT OrderId，DATEADD(day，2，OrderDate) AS OrderPayDate FROM Orders 看到了嘛！由12月29号变成12月31号，增加了2天。

如果是求间隔的天数，但第一天不算，最后一天也不算入，则办法如下：同一月份，用日期数相减再减1，如1月2日到1月4日（0：00），4-2-1=1（天），只间隔了一天（1月3日）。

Q2: 数据库死锁怎么产生,怎样能解决?

1、锁有多种实现方式，比如意向锁，共享－排他锁，锁表，树形协议，时间戳协议等等。锁还有多种粒度，比如可以在表上加锁，也可以在记录上加锁。 产生死锁的原因主要是：（1）系统资源不足。（2） 进程运行推进的顺序不合适。（3）资源分配不当等。

2、程序方面优化算法（如有序资源分配法、银行算法等），在一个程序里，能不用多线程更新同一张数据库表尽量不要用，如果要用，其避免死锁的算法就很复杂。

3、锁定信息：查询数据库中的锁定信息，查看哪些表被锁定，以及锁定的粒度、类型等信息。可以使用SHOW LOCKS或者SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS来查询锁定信息。连接信息：查询数据库中的连接信息，查看哪些连接占用了锁资源，以及锁资源的具体情况。

4、死锁忽略：将死锁当作系统异常处理，通过重启系统或其他错误恢复机制解决。死锁处理的策略和具体应用：死锁预防策略 在实际应用中，可以通过对资源访问进行规划，例如按照一定顺序申请资源，避免同一时间占有多个资源等。这种策略适合于资源需求较为明确且可控的场景，例如数据库事务处理、多线程编程等。

5、死锁主要是资源共享造成的冲突。比如a拥有资源1，需要资源2才能运行。b拥有资源2，需要资源1才能。这是就产生资源2都有，但a，b都无法运行的情况。解决死锁的方法有很多，你要了解更多的信息就去看看操作系统的数。里面讲的很详细。数据库中解决死锁的方法：限制同时访问数据库的用户数。

Q3: sqlserver中几种典型的等待

dbms_lock.sleep(n)暂停n秒后执行 一般这个包都会创建，但是权限不是默认就赋予的；还有一个重要的步骤是要给用户all on dbms_lock 权限。

此时，数据库可能处于下面两种状态之一：RECOVERY_PENDING：需要运行crash recovery，但该过程由于资源等待无法开始，比如说日志完全损坏SUSPECT：crash recovery已经开始，但无法完成因此处理该类情况要基于您所在的业务环境是否允许数据损失，可以选择从备份中恢复数据，或是将数据库状态改为EMERGENCY。

减少程序中 DML（insert，update，delete） 操作所花费的时间，对此类操作做好隔离控制，防止阻塞。如果事务产生异常，确保事务可以正常回滚。

DELAY参数是指需要等待延迟的时间。WAITFOR 在达到指定时间或时间间隔之前，或者指定语句至少修改或返回一行之前，阻止执行批处理、存储过程或事务。DELAY 可以继续执行批处理、存储过程或事务之前必须经过的指定时段，最长可为 24 小时。

类似方法很多理论也很多，我就不做深究，就是简单写一个方案，便于菜鸟使用的。阻塞理解在Sql Server 中当一个数据库会话中的事务正锁定一个或多个其他会话事务想要读取或修改的资源时，会产生阻塞(Blocking)。通常短时间的阻塞没有问题，且是较忙的应用程序所需要的。

关于sqlserver中waitfor和SQLSERVER数据库的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。