我的sql2005数据库突然变得很慢是什么原因

ayun00 2013-03-28 01:01:18
昨天都是好好的, 今天一来就发现速度很慢, 打开一个几十条的表 都要半天

我把所有的程序都停了 还是这样

这是为什么啊
...全文
381 21 打赏 收藏 转发到动态 举报
写回复
用AI写文章
21 条回复
切换为时间正序
请发表友善的回复…
发表回复
ayun00 2013-04-08
  • 打赏
  • 举报
 回复
怎么查? 这是邹建大大 的语句运行结果 http://yunpan.cn/QEtgqTa3d9N9j
引用 20 楼 SmithLiu328 的回复:
这个不是死锁，是Blocking，查一下是什么原因？是否缺少索引？是否资源瓶颈。
KevinLiu 2013-04-08
  • 打赏
  • 举报
 回复
这个不是死锁，是Blocking，查一下是什么原因？是否缺少索引？是否资源瓶颈。
ayun00 2013-04-08
  • 打赏
  • 举报
 回复
用邹建 大大 p_lockinfo 查询死锁的语句 每次运行 显示的死锁语句都不一样
wangmin110046 2013-04-08
  • 打赏
  • 举报
 回复
ayun00 2013-04-08
  • 打赏
  • 举报
 回复
表格中是 select * from sys.sysprocesses where blocked<>0 后的结果 http://yunpan.cn/QEehSfuGeMqxg
ayun00 2013-04-08
  • 打赏
  • 举报
 回复
今天问题重现了
ayun00 2013-03-28
  • 打赏
  • 举报
 回复
哎 等重现了
引用 14 楼 DBA_Huangzj 的回复:
引用 13 楼 ayun00 的回复:以前从来没有这现象 引用 12 楼 DBA_Huangzj 的回复: 引用 11 楼 ayun00 的回复:我执行的时候已经重启过了, 没有看到异常那你只能做一个长期监控了，建议使用性能计数器，做一段时间如一周或者一个月的硬件资源监控。并且在实在不知道为什么的时候，先查查阻塞以前没有不代表以后没有，随着数据量的增大、索引碎片增多……
發糞塗牆 2013-03-28
  • 打赏
  • 举报
 回复
引用 13 楼 ayun00 的回复:
以前从来没有这现象 引用 12 楼 DBA_Huangzj 的回复: 引用 11 楼 ayun00 的回复:我执行的时候已经重启过了, 没有看到异常那你只能做一个长期监控了，建议使用性能计数器，做一段时间如一周或者一个月的硬件资源监控。并且在实在不知道为什么的时候，先查查阻塞
以前没有不代表以后没有，随着数据量的增大、索引碎片增多、磁盘使用时间的延长等等，都会出现一系列的问题，所以不要以为有什么一劳永逸的方法
ayun00 2013-03-28
  • 打赏
  • 举报
 回复
以前从来没有这现象
引用 12 楼 DBA_Huangzj 的回复:
引用 11 楼 ayun00 的回复:我执行的时候已经重启过了, 没有看到异常那你只能做一个长期监控了，建议使用性能计数器，做一段时间如一周或者一个月的硬件资源监控。并且在实在不知道为什么的时候，先查查阻塞
發糞塗牆 2013-03-28
  • 打赏
  • 举报
 回复
引用 11 楼 ayun00 的回复:
我执行的时候已经重启过了, 没有看到异常
那你只能做一个长期监控了，建议使用性能计数器，做一段时间如一周或者一个月的硬件资源监控。并且在实在不知道为什么的时候，先查查阻塞
ayun00 2013-03-28
  • 打赏
  • 举报
 回复
我执行的时候已经重启过了, 没有看到异常
發糞塗牆 2013-03-28
  • 打赏
  • 举报
 回复
引用 9 楼 ayun00 的回复:
第一次重启后没有恢复, 我这是第二次重启后恢复的 ... 引用 8 楼 DBA_Huangzj 的回复: 引用 7 楼 ayun00 的回复:重启了 到目前为止 还没有重现重启就没事，看来是有阻塞，比如昨天看到的那个自动收缩阻塞了。
我是想知道我那个语句你执行了没？执行后是否有数据？
ayun00 2013-03-28
  • 打赏
  • 举报
 回复
第一次重启后没有恢复, 我这是第二次重启后恢复的 ...
引用 8 楼 DBA_Huangzj 的回复:
引用 7 楼 ayun00 的回复:重启了 到目前为止 还没有重现重启就没事，看来是有阻塞，比如昨天看到的那个自动收缩阻塞了。
發糞塗牆 2013-03-28
  • 打赏
  • 举报
 回复
引用 7 楼 ayun00 的回复:
重启了 到目前为止 还没有重现
重启就没事，看来是有阻塞，比如昨天看到的那个自动收缩阻塞了。
ayun00 2013-03-28
  • 打赏
  • 举报
 回复
重启了 到目前为止 还没有重现
七不语v 2013-03-28
  • 打赏
  • 举报
 回复
阻塞和IO仔细查查
發糞塗牆 2013-03-28
  • 打赏
  • 举报
 回复
那很可能是有阻塞，我的语句执行了没？
Q315054403 2013-03-28
  • 打赏
  • 举报
 回复
只有实际监测和分析才会有答案。。没人能猜得出原因 若有预算，欢迎联系我优化
ayun00 2013-03-28
  • 打赏
  • 举报
 回复
没有啊 cpu, 内存 都没有满, 打开监控 也没有发现有什么连接
KevinLiu 2013-03-28
  • 打赏
  • 举报
 回复
系统资源有没有瓶颈？CPU/内存/IO?
加载更多回复（1）
数据库SQL语句执行突然变得慢是什么原因？
1，redo log（重做日志满了），要flush脏页，Innob要将redo log的一部分日志和对应内存中的脏页刷回磁盘，这种时候，数据库的更新操作就会堵塞。 2，内存不够了，需要先将脏页写到磁盘，这种情况其实是常态。InnoDB用缓冲池（buffer pool）管理内存，缓冲池中的内存页有三种状态 第一种是，还没有使用的内存 第二种是，使用了，并且是干净页（内存数据和磁盘数据一致） 第三种是，使用了并且是脏页（内存数据更新之后，还未写到磁盘中） InnoDB的策略是尽量使用内存，因此对于一个长时间
sqlserver查询突然变得很慢
今天早上上班发现应该在周末执行完的脚本执行到了现在，靠着自建的etl日志表发现某个大表的查询 修改速度特别慢 。 后来重新启动了数据库（在控制面板的服务里面重新启动sqlserver），就好了。 猜测原因：可能是因为系统的临时数据库tempdb满了，或者是被阻塞之类的，在活动件事器里面看到我的那个进程一直在报RESOURCE_SEMAPHORE 等待状态 ，阻塞他的进程是tempdb数据库的，然后就猜测是不是这个原因。sqlserver每次启动都会重新建立tempdb表。 --20190305更新 .
为什么sql语句执行突然变慢了
当我们执行一条sql的时候，突然变得很慢，这可能有是哪些原因呢？ 1、刷脏页 MySQL读取磁盘的数据页的时候，会在BufferPool中保存对应的副本。当下一次读取的时候，直接读取内存就ok了，这也叫做读缓存。 MySQL中BufferPool会在内存中专门开辟一块内存空间来存放对应的内存缓存页。 当更改对应的数据页的时候，先会修改内存中的数据，然后写redolog，不会直接更改磁盘中的数据。 随着MySQL的不断运行，内存页会分为三类： 1、还未被使用的 2、被使用，页中的数据没有被更改 3、被使用，页
SqlServer数据库文件变得很大，数据不是太多。原因？
问题： 这里，我记录一下我遇到的设计数据的坑：字段尽量不要用太多的nvarchart(MAX)，对于不是太长的字段应该给明长度。不然数据库会暂用很多内存资源，而且自己查询数据也是非常慢的。例如：我一整表用了4个字段都是nvarchart(MAX)，我看我的mdf文件达到了2个多g，当时，我懵逼了，我以为就几个子段因该没有这么大的影响，没想到，我将字段改为了有限长度后，数据库文件...
疑难问题

22,209

社区成员

121,731

社区内容

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章