sql tuning
-
编辑 删除
1次connect by的优化
昨天一条sql造成了大量的CBC latch等待，CPU超过了90%，sql每次执行消耗了6441854逻辑读，耗时130s，只返回3行，基本全部消耗在CPU上，sql文本以及执行计划如下：sql文本SELECT /*+qb_name(a)*/ t.idFROM venustech.venus_acc_organizationview t start WITH t.id IN (? ? ? ? SELECT /*+qb_...
-
编辑 删除
一次DBA_FREE_SPACE的优化
sql文本：SELECT TABLESPACE_NAME, FILE_ID, COUNT (*) EXTENT_COUNT, MIN (BYTES) BY...
-
编辑 删除
关于or展开的一个bug
描述近日一个同事发来一个性能极差的sql的10053 trace，据同事说自动收集统计信息是打开的，每天表的数据量变化也不大，说明基本可以排除统计信息不准的情况，最后通过10053发现了一些奇怪的现象，请容我慢慢道来。 问题分析 sql文本 select * ...
