请问，如果不看COST，那么如何对比优化前后SQL的效率变化？不看COST，又如何知道SQL执行过程中最慢的几步在哪个环节？

优化SQL不用看cost的观点，在某大师的书中看到过。我的意见是既要看cost， 又不能完全相信cost。 cost高的步骤一般都是需要重点关注的优化点，而cost不高的地方也不一定就没问题。如果cost不高，而sql执行又慢（可能统计信息没有及时收集或优化器算法缺陷），这时就需要生成带有A-rows的执行计划， 与E-rows比较， 来判断当前执行计划是否合理，通过纠正错误执行计划，达到优化目的。

我觉得cost还是需要看的，在统计信息正确执行计划正确的情况下，cost高的步骤就是需要优化的地方。

另外如刘老师所说的执行计划错误的情况下，对比预估与真实执行的地方，此时就需要怀疑的角度来看cost，优化器就是以cost来选择执行计划，因为某些错误信息而错误的预估了cost从而导致选择错了执行计划。