sqlserver删除很慢，sqlserver删除大量数据

sqlserver2008日志清除后,数据库反映非常慢

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

重建索引 DBCC REINDEX ，DBCC INDEXDEFRAG，收缩数据和日志 DBCC SHRINKDB，DBCC SHRINKFILE.设置自动收缩日志.对于大的数据库不要设置数据库自动增长，它会降低服务器的性能。

而导致速度下降。建议LZ将安装sql server的机器配置列出来，另外也要告知查询语句的写法，所涉及到的表的记录数或索引 看了LZ的问题补充：感觉着已经不是数据库的问题了，可能是机器上的网络协议设置。

这个操作极其的危险，很容易导致数据库的数据文件损坏的。你这个备份文件总共才100M，按理说不应该很慢的，建议你以后备份的时候，将“选项”“可靠性”“完成后验证备份”这个选项勾上，有可能这个备份文件本身就有问题。

总体来说，与NORECOVERY相比使用STANDBY还原事务日志会慢一些。因为当有未提交的事务时，SQL Server会花费额外的时间来创建回滚文件(undo file)。

第二：数据缓存，这个跟时间有关系，用的是最近最少使用的数据优先清空的原理。你可以把服务器内存整到 64G。然后配置一番，基本可以缓存多一些。

相关问答

Q1: 如何解决SQLServer数据库查询速度慢

1、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。

2、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

3、保证在实现功能的基础上，尽量减少对数据库的访问次数。通过搜索参数，尽量减少对表的访问行数，最小化结果集，从而减轻网络负担，能够分开的操作尽量分开处理，提高每次的响应速度。

4、减少表的行数筛选出你仅需要的数据可以大大提高查询的速度。如何筛选数据完全取决于你要解决的问题。

5、查询的模糊匹配 尽量避免在一个复杂查询里面使用 LIKE %parm1%——红色标识位置的百分号会导致相关列的索引无法使用，最好不要用.解决办法：其实只需要对该脚本略做改进，查询速度便会提高近百倍。

Q2: Sqlserver数据库日志太大如何快速删除

可以通过直接删 除log文件和清空日志在清除数据库日志。删除LOG分离数据库。分离数据库之前一定要做好数据库的全备份，选择数据库右键任务分离。

第二个方法就是采用了一个比较死的办法。采用 分离，然后再删除日志文件再附加来生成一个新的日志文件。切记在操作前先把SQL好好的备份一下。

清除日志：选择数据“DJABC”，鼠标右键弹出菜单，选择“所有任务”？8？1“分离数据库”。

这样便实现了“SQL Server 2000 数据库日志太大！如何管理，清除，变小，压缩它”中的清除，变小，压缩了，至于怎么管理，自己看着办吧，我一般只会用到这些，再有深入研究的话我会写上来的`。

数据库日志文件是随着时间增长而增长的，如果长时间不清理，文件会变得特别大，因此需要定期清空，但是日至文件是恢复数据库的重要依据，不用日志文件也是不明智的。

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