Oracle 12c Data Guard不支持为单个PDB设置日志传输优先级，因LGWR按CDB粒度发送redo流，所有PDB共享同一传输通道，无法在DG层面区分redo发送顺序或带宽分配。
Oracle 12c DG中PDB日志传输没有独立优先级控制
直接回答：oracle 12c data guard **不支持为单个pdb设置日志传输优先级**。lgwr进程按cdb粒度发送redo，所有pdb共享同一传输通道，无法在dg层面区分pdb的redo发送顺序或带宽分配。
为什么不能按PDB调优日志传输
根本原因在于架构层：Data Guard传输的是CDB级redo流，不是PDB级事务流。LGWR从整个CDB的redo log buffer中读取数据，打包后通过LGWR network server进程统一发送——这个过程对PDB透明，也不感知PDB边界。
- PDB间redo混合在同一redo stream中，无法拆分或标记优先级
-
v$dataguard_stats、v$archive_dest_status等视图只暴露CDB级传输延迟，查不到PDB维度指标 - 即使使用
ALTER PLUGGABLE DATABASE ... OPEN READ ONLY，备库端也是以CDB整体apply redo，不存在“先apply某个PDB”的机制
真正可行的间接优化路径
虽然不能设PDB优先级，但可通过以下方式降低关键PDB的日志传输延迟感知：
- 隔离关键PDB到独立CDB：把高SLA要求的PDB迁出原CDB，单独建一个CDB+DG配对。这是唯一能获得“专属传输通道”的方式
-
调大SDU和TCP缓冲区：如
SDU=32767+RECV_BUF_SIZE=49152，减少网络分包，提升整体redo吞吐（参考Data Guard SDU优化实践） -
避免CDB内PDB争抢redo资源：关闭非关键PDB的归档（
ALTER PLUGGABLE DATABASE pdb_name CLOSE IMMEDIATE），减少redo生成总量 -
检查备库apply瓶颈：若延迟集中在备库端，重点看
v$managed_standby中MRP0进程状态，而非主库传输侧
容易被忽略的验证点
很多人改完配置就认为生效了，但实际常卡在三个地方：
- 监听器没重载：
lsnrctl reload必须执行，否则SDU配置不加载 - OS缓冲区被内核限制：
/proc/sys/net/core/rmem_max必须≥RECV_BUF_SIZE值，否则Oracle自动降级 - 主备两端SDU取小值：哪怕主库设了32767，备库
tnsnames.ora里没配，实际生效的就是默认8KB
真要确认效果，别只看配置文件——用tcpdump -i any port 1521 -w dg.pcap抓包，看TCP payload是否接近32KB，这才是最终判据。
