如果是两个数据库,则肯定不会是锁的原因。估计你的两个数据库是在同一台服务器上的,那么互相影响的可能性有几点:
1、CPU
2、磁盘读写如果你在备份库的操作消耗了大多数的这两个资源,另一个库肯定会慢不少。你可能通过事件跟踪器,来跟踪主数据库上哪些语句变得特别慢,看看是不是都是比较消耗cpu和磁盘的语句。

解决方案 »

  1.   

    同意 efly75()  。
    服务器配置太低
    CPU存在瓶颈?
    磁盘存在瓶颈?
      

  2.   

    不是啊,只是在几百万条记录中,通过复杂的sql语句来统计一些数据,返回就几行数据,但执行要好几分钟,这几分钟里,服务器的其它操作都正常,没特别慢,CPU也不是很高,但内存的可用数一直在减,其它几个连着这服务器上的数据库的客户端的操作都像死机一样在那等
      

  3.   

    机器
    表结构的设计;事件探测器看下,是不是只是一个单纯的查询在执行.
    有没有什么附带的:比如说客户短有没有什么onchanged什么的
      

  4.   

    好多语句都导致同样的情况,简单来说
    删除一个有50万条记录的表时
    delete from table1 也导致这情况
      

  5.   

    服务器是IBM的XEON 2.4 内存1G,数据库已达5G,大容量查询时,内存可用数急剧下降,是否应该要加内存了?
      

  6.   

    nternter(nternter) ( ) 信誉:88
    -----------------------------------
    信誉:才88,你小子是不是不结贴呀