今查詢v$lock視圖發現查詢緩慢，要1分鐘查有結果，並且出現direct path write temp等待
實際返回結構就100條左右記錄，v$lock總共才600條，視圖查詢不應該這麼慢，也不能HASH造成大量的臨時空間的使用，
從上面的執行計劃可以看出可能是MERGE JOIN CARTESIAN，這表示笛卡爾連接，如果表X$KSUSE，X$KSQRS行數不小的話的確會造成臨時空間大。
因此可能是FIXED TABLE上的內部表統計信息不準確導致的。這裏先使用RULE HINT查看下執行計劃
因此這裏爲FIXED TABLE收集統計信息
SQL> EXEC DBMS_STATS.GATHER_FIXED_OBJECTS_STATS;
收集完成後，再執行發現0.1S不到就可以得到結果，執行計劃也改變了
最後總結髮現跟我之前前面寫的一篇無法自動AWR的處理方式一樣，都是FIXED TABLE統計信息不準的原因。