点击上方蓝字关注我们
往期推荐
| 1 | 简单获取执行计划的方法：explain plan for 或 set autotrace on |
| 2 | 获取目标SQL的多个执行计划：dbms_xplan.display_cursor 或 AWR报告 |
| 3 | 有函数，存在多层调用：10046事件 |
| 4 | 表被访问次数：dbms_xplan.display_cursor搭配ALTER SESSION SET STATISTICS_LEVEL = ALL |
| 5 | 获取真实执行计划：除explain plan for 和 SET AUTOTRACE TRACEONLY EXPLAIN外 |
| 6 | dbms_xplan.display_cursor()与set autotrace traceonly exp的区别在于当SQL有绑定变量时，前者更准确(毕竟sql先执行再获取的执行计划)，后者可能不准确，其他情况下两者获取的执行计划基本一样 |
| 1 | sql执行多次不改变arraysize(一次提取操作在网络回路中传输的可能的数据行数)的情况下，每次的consistent gets不会变 |
| 2 | sql执行一次改变一次arraysize的情况下，每次的consistent gets会变，Arraysize越大每次从数据块中获取的行数将得到提高，相同行数情况下，访问数据块的次数自然减小，逻辑读也就相应的降低。 |
| 3 | arraysize 参数如果过低，会影响如physical reads，consistent gets 还有SQL*Net roundtrips to/from client次数。 |
| 4 | 执行计划中的Cost (%CPU)等于v$sql_plan.COST |
| 5 | 只是一个select(非select for update)时，db block gets是0 |
扫码
长按关注
关注
惊喜不断
文章转载自程序猿的向往，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
