dbms_mview.refresh 批量刷新时 list 参数必须为逗号拼接的无空格字符串，格式为 'owner.mview_name,owner.mview_name'，不支持数组、换行或空格；跨 schema 刷新需在目标库执行，不可含 @dblink；特殊字符需按 ddl 原样书写。
DBMS_MVIEW.REFRESH 批量刷新时 list 参数怎么写才有效
批量刷新必须用逗号拼接的字符串，不能用数组、集合或换行分隔。DBMS_MVIEW.REFRESH 不接受 PL/SQL 集合类型，只认单个 VARCHAR2 字符串。
常见错误是传入 'MV1,MV2,MV3' 却没带 schema，结果报 ORA-00942: table or view does not exist——这不代表物化视图不存在，而是 Oracle 解析时找不到元数据。
- 始终用
'OWNER.MVIEW_NAME'格式，例如'SCOTT.SALES_MV,HR.EMP_MV' - 不要加空格：
'SCOTT.SALES_MV, HR.EMP_MV'会失败（空格被当作文本一部分） - 跨 schema 刷新必须在目标库执行，
@dblink不能出现在 list 中（那是创建时的事） - 如果某个 MV 名字含特殊字符（如双引号），需按实际 DDL 中的写法原样传入
并行刷新（parallelism > 0）的实际效果和限制
设 parallelism => 8 并不等于“8 个进程同时刷”，它只是请求 Oracle 分配最多 8 个并行 slave。真实并发度受 PARALLEL_MAX_SERVERS 和 undo 表空间文件数硬性约束。
超配反而卡住：parallelism 值超过 PARALLEL_MAX_SERVERS 或 undo 数据文件数，会触发 ORA-12853: insufficient parallel query slaves，整个刷新挂起。
- 查当前上限：
SHOW PARAMETER parallel_max_servers - 查 undo 文件数：
SELECT COUNT(*) FROM dba_data_files WHERE tablespace_name = (SELECT property_value FROM database_properties WHERE property_name = 'DEFAULT_UNDO_TABLESPACE') - 实测稳定值通常是 4–8；再高收益递减，且 PGA 消耗陡增，影响其他会话
- 含
SECUREFILE LOB列时，并行会自动启用 LOB 并行加载，但要求所有 LOB 的CHUNK大小一致（查USER_LOBS.chunk），否则部分 LOB 写空
atomic_refresh => FALSE 在批量刷新中是否生效
生效，但仅对满足条件的物化视图起作用。Oracle 对 list 中每个 MV 单独判断：若定义含聚合、连接、子查询，atomic_refresh => FALSE 会被悄悄忽略，退回到默认 TRUE 路径。
这意味着同一批刷新里，有的 MV 走 TRUNCATE+APPEND（快），有的仍走临时表+原子替换（慢且锁表久），整体耗时由最慢那个决定。
- 执行前先确认每个 MV 是否可禁用原子刷新：
SELECT mview_name, fast_refreshable FROM dba_mviews WHERE owner = 'OWNER' AND mview_name IN ('MV1','MV2')，返回FAST或UNDEFINED才可能支持 - 含 CLOB/BLOB 列的 MV，哪怕 SELECT 里没显式引用，只要定义里存在，就强制走物理复制路径，
atomic_refresh => FALSE无效 - 批量刷新期间无法单独控制每个 MV 的 atomic_refresh，只能统一设，所以混合类型 MV 不建议混批
刷新卡住时优先排查 rollback_seg 和 undo 配置
rollback_seg 参数早已废弃（10g+ 忽略），别再传。真正瓶颈在 undo 表空间配置和 UNDO_RETENTION 设置。
长时间无响应，90% 是因为大 MV 刷新时生成海量 undo，触发 ORA-01555 或被其他长事务阻塞。
- 设
atomic_refresh => FALSE可绕过 undo 生成，但 MV 在 TRUNCATE 后 INSERT 完成前处于不可用状态（查会报ORA-08103: object no longer exists） - 检查 undo 表空间是否自动扩展：
SELECT file_name, autoextensible, maxbytes/1024/1024 MB FROM dba_data_files WHERE tablespace_name = 'UNDOTBS1' - 避免高峰时段跑高并行刷新——它会抢占大量 PGA，导致其他会话 parse 等待飙升
dba_mviews 和 dba_free_space，比盲目调 parallelism 有用得多。
