如何修复Oracle 19c分区表在导出导入后的统计信息丢失-Oracle-PHP中文网

oracle 19c中impdp导入分区表后统计信息为空或不全，因impdp默认跳过已存在表的统计信息收集；必须手动执行dbms_stats.gather_table_stats并显式指定granularity=>'partition'、force=>true及degree=>dbms_stats.auto_degree方可完整更新分区级统计信息。

oracle 19c 分区表导入后统计信息为空或不全，不是导入失败，而是 impdp 默认跳过统计信息收集 —— 即使你加了 statistics 参数，它也只在目标对象不存在时才收集；若表已存在（比如追加导入），统计信息就完全不碰。

IMPDP 导入后统计信息未更新的典型现象

导入完成后查 USER_TAB_PARTITIONS 或 USER_TAB_STATISTICS，发现 LAST_ANALYZED 为 NULL，或者只有全局统计信息、分区级仍是空的。更隐蔽的问题是：执行 DBMS_STATS.GATHER_TABLE_STATS 时卡住、报错，或部分分区始终不被采集 —— 这往往是因为表结构变更后统计信息元数据残留，导致收集逻辑误判。

常见错误日志里没有明显报错，但 SELECT TABLE_NAME, PARTITION_NAME, LAST_ANALYZED FROM USER_TAB_PARTITIONS 返回大量 NULL
用 DBMS_STATS.GATHER_SCHEMA_STATS 手动触发，结果只更新了非分区表，分区表被跳过
导入时用了 TABLE_EXISTS_ACTION=APPEND 或 REPLACE，但没显式指定统计信息行为

必须显式调用 DBMS_STATS.GATHER_TABLE_STATS 并指定参数

别依赖 IMPDP 自动收集。导入完成后，立刻手动收集，且必须传入关键参数，否则默认行为会忽略分区粒度：

必须加 granularity => 'PARTITION'，否则只收集表级（'GLOBAL'）或默认值（'AUTO' 在某些版本下不可靠）
必须加 force => TRUE，绕过“统计信息已存在”的跳过逻辑（尤其适用于追加导入场景）
推荐加 degree => DBMS_STATS.AUTO_DEGREE，避免单线程收集慢得离谱

示例命令：

BEGIN
  DBMS_STATS.GATHER_TABLE_STATS(
    ownname          => 'SCHEMA',
    tabname          => 'ORD_ORDER',
    granularity      => 'PARTITION',
    force            => TRUE,
    degree           => DBMS_STATS.AUTO_DEGREE
  );
END;

PARTITION_OPTIONS=ADD_PARTITION 场景下的统计信息陷阱

当用 PARTITION_OPTIONS=ADD_PARTITION 导入一个新分区时，该分区物理上被创建，但 DBMS_STATS 不会自动识别它为“待收集对象”——因为它的 LAST_ANALYZED 初始值就是 NULL，而 GATHER_TABLE_STATS 默认只对 LAST_ANALYZED IS NULL 的分区收集。但问题在于：如果表之前已有统计信息，force => FALSE（默认）就会直接跳过整个表。

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

切勿省略 force => TRUE，这是唯一能确保新增分区被纳入本次收集的手段
不要依赖 DBMS_STATS.GATHER_SCHEMA_STATS 全局扫描——它可能因权限、对象状态或内部缓存跳过刚添加的分区
验证是否生效：执行后立即查 SELECT PARTITION_NAME, LAST_ANALYZED FROM USER_TAB_PARTITIONS WHERE TABLE_NAME = 'ORD_ORDER'，确认每个分区都有时间戳

统计信息收集失败时的快速定位步骤

如果 DBMS_STATS.GATHER_TABLE_STATS 报错或静默退出，先检查三个地方：

查 DBA_TAB_STATISTICS 中该表的 STATTYPE_LOCKED 字段是否为 'ALL' —— 被锁住会导致收集被拒绝，需先执行 DBMS_STATS.UNLOCK_TABLE_STATS
查 V$SESSION_LONGOPS 看收集任务是否卡在某个分区（常见于大分区 + 无索引列 + method_opt 过于激进）
临时降低粒度测试：granularity => 'GLOBAL' 能否成功？若可以，说明分区级元数据异常，需重建分区统计信息视图缓存（重启统计信息收集进程或刷新共享池）

最易被忽略的是：即使导入命令里写了 STATISTICS=ALWAYS，只要目标表已存在，IMPDP 就不会触碰统计信息——这个逻辑在 Oracle 19c 中未改变，必须人工补救。