Bug 18793246:EXPDP slow showing base object lookup during datapump export causes full table scan p

生产环境一套历史库，oracle 12.1.0.2，PSU打到20170718，在做expdp导出的时候很慢，同等数据量，其他环境十分钟解决战斗，该环境需要四十分钟左右，而且版本相同。

查看下expdp进程对应的会话等待事件：latch：shared pool

对应的语句是：

SELECT process_order, processing_state, processing_status
  FROM "SYSTEM"."SYS_EXPORT_SCHEMA_01"
 WHERE process_order > 0
   AND duplicate = 0
   AND object_type = :1
   AND object_schema = :2
   AND original_object_name = :3
   AND partition_name IS NULL
   AND subpartition_name IS NULL
   AND :4 IS NULL

   AND :5 IS NULL

像这种情况，大多数情况下都是踩到oracle的bug，果不其然，在MOS上找到了如标题所示的bug，沾沾自喜后发现，我当前环境已经应用了该bug的补丁。

好在这样的问题并非首次遇到，定是oracle为了修复某个bug，结果导致其它某个bug被重新打开这样类似的情况。对于这样的问题，只能在MOS上不厌其烦的查找文档资料。

由于现在是事后追写，很多当时的细节，包括当时找到的文档资料都没了，只剩下一个结果。便是我当时打一个合并补丁21554480解决了该问题，当时有多个类似的补丁，但做补丁检查的时候会有冲突，最后选择了该补丁。

补丁应用后，expdp问题得以解决。

究其原因，怀疑跟该历史库上的分区表建了大量的空分区有关系，导致踩了oracle的bug。