none
多个事务执行同一条语句生成执行计划非常慢 RRS feed

  • 问题

  • 之前我发过一个类似的帖子,执行同一个SQL发现会相互影响,会导致执行异常缓慢。后来我把执行计划的扩展信息也研究了下,发现执行计划也会异常缓慢?这个结果出乎我的意料,但是我单独执行是非常快的,我查看了我的执行计划和扩展信息里的是一模一样,我查看了执行计划的内存合计是6GB,数据库总共分配的内存为102GB,我不认为内存是问题。目前我也搞不懂这种情况到底是共享锁问题还是执行计划问题了

    2020年1月17日 8:56

答案

全部回复

  • Saw deadlock or blocking around that time?
    2020年1月17日 18:27
  • 查询的是一个物理表还是视图?如果是视图是不是很复杂的?

    一般情况下这么简单的语句,而且参数化的,查询计划应该是缓存的,这个时候要看看数据库服务器是否有其他的压力导致当前查询效率低下;


    family as water

    2020年1月18日 1:08
  • 查询的是一个物理表还是视图?如果是视图是不是很复杂的?

    一般情况下这么简单的语句,而且参数化的,查询计划应该是缓存的,这个时候要看看数据库服务器是否有其他的压力导致当前查询效率低下;


    family as water

          物理表。语句就类似select * from tab where guid='XXX'   guid=主键。 你说的其他压力怎么分析出来的,CPU负载才2%,最有可能是内存上的,但是无法确定是否由于内存原因导致
    2020年1月19日 1:24
  • Saw deadlock or blocking around that time?
        I know why,blocking
    2020年1月20日 7:45