为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。
【DM版本】:dm8
【操作系统】:kylin v10
【CPU】:kupeng
【问题描述】*:
问题现象,delete 一张表之后,导致大量的select执行超时,最大会话数超过数据库最大会话
当然,这个删除整表数据用delete肯定有问题,但有时detete后面加了条件也会导致性能变慢,一下子导致会话飙升导致数据库不可用,cup使用率100%,其他io等正常,现想知道原理及高并发下性能会慢多少,方便后续整改优化,现阶段可能随便一个update及delete操作就有可能导致数据库无法使用
数据库日志如下;107的警告之后出现超过最大会话数
这个是我在找到的介绍
1.delete涉及的数据量
2.select涉及的高频sql是否涉及到delete的表
这里都是无法直接评估的,所以对应具体高并发下性能会慢多少,不好说
delete涉及数据量的多少我想这个是可以评估的,如果delete的数据量过大,是不是要在空闲时间去执行,在业务高峰期去维护这种sql,我自身觉得不合理。
delete的数据量很少时,delete执行的时候是否利用上索引也需要观察
delete执行过慢,很可能因为锁表,大量sql处于等待状态,无法执行完成,累积过多就很有可能导致会话数超过上限