本文主要是介绍oracle-sql突然运行卡住,一开始好好的,突然就卡住了,时而卡住,时而很快,这是因为数据库本身执行计划错乱导致,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
前段时间在项目上遇到这样一个问题,有一个比较大的sql一开始跑着很正常,后来突然就跑不动了,过段时间又正常了,然后过段时间又跑不动了,今天突然想起来这个问题,写个博客记录一下吧
(之前的截图找不到了,找了这样一张照片,先凑合用吧)
这个项目的数据库版本是19c,当时19c刚发布没多久,可能是因为新发布,有些地方还有一点小问题
sql卡住了,首先我们来分析一下这个sql,可以看到他的执行计划里有笛卡尔积,这就是他卡住的原因。但实际上sql里并没有可以产生笛卡尔积的操作。所以他有一种可能就是oracle的执行计划跑乱了。出现这个问题的原因就是oracle的表统计信息当前是有问题的。
Oracle默认每天晚上10点左右他会去做一次表统计信息,表统计信息里存放的是每张表里的数据量,然后Oracle根据这个表统计信息来排出他认为比较好的执行计划,但是当你的表里数据量跟Oracle表统计信息做的差距很大的时候,这个时候Oracle自己排的执行计划有时就不会是最优的,就比如上图所示,他有的时候就会出现笛卡尔积,这个时候sql就会卡死。
那么如何解决呢?
1.可以在sql所查的字段上面加上/*+ORDERED*/,就如下面代码所示
select /*+ORDERED*/empno,deptnofrom empwhere 1=1;
,这个时候sql将不在按照oracle自身排的执行计划来执行,而是通过他的本身sql编写的顺序来执行。但是这个方法会降低sql本身的效率,而且Oracle他给你排的sql执行计划这个方式其实本身就已经很成熟了,所以这个方式只是适合临时解决问题,并不能长期使用这个方法。
2.第二种方法是重新做一下表统计信息,这个方法是在目前我的认知里最直接最有效的解决办法。这个方式在做完表统计信息后,Oracle对于某张表的执行计划会重新排,还是使用Oracle本身的执行计划
这篇关于oracle-sql突然运行卡住,一开始好好的,突然就卡住了,时而卡住,时而很快,这是因为数据库本身执行计划错乱导致的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!