AWR中log file parallel write平均等待>15ms表明LGWR写盘成瓶颈，需结合redo write time、日志文件布局、OS配置及归档I/O综合诊断，而非单纯判定磁盘慢。
log file parallel write平均等待 >15ms 就该怀疑存储了
AWR 报告里 log file parallel write 的 Avg Wait (ms) 长期超过 15ms，基本可判定 LGWR 写盘环节已成瓶颈——但注意，这不等于“磁盘本身慢”，而是 LGWR 发出的写请求在 I/O 子系统中滞留过久。真实原因常藏在三处：日志文件物理布局、OS 层配置、或 LGWR 被干扰。
- 先确认是否真卡在 I/O：查
v$sysstat中redo write time / redo writes * 10（单位 ms），这个值比 AWR 的平均等待更贴近单次真实写耗时；若它也 >15ms，才坐实 I/O 问题 - 检查日志文件是否真的跨物理盘：用
SELECT member FROM v$logfile查路径，再用ls -l和df -h确认每个member是否落在不同 SSD 或裸设备上；若全在同一个 RAID5 卷或 NFS 挂载点，log file parallel write必然高 - 别忽略隐含依赖：LGWR 写入需触发
fsync()（尤其在 ext4/xfs 下），若挂载参数含barrier=1或未设noatime，每次写都会多一次元数据刷盘，延迟直接翻倍
为什么SSD上 log file parallel write 还是高
SSD 对 LGWR 的顺序大块写（通常 512KB）本应有天然优势，但常见配置错误会让它退化成“伪随机”设备，把低延迟优势全吃掉。
- RAID 卡缓存策略必须为
Write-Back（非Write-Through）；后者让每次写都等 SSD 物理落盘，彻底废掉 SSD 缓存能力 - Linux 下检查
iostat -x 1 5：若归档目录所在挂载点w_await > 20ms且%util > 90%，说明归档刷盘正在和 LGWR 抢队列——哪怕 LGWR 自己的 redo 文件在另一块 SSD 上，I/O 调度器仍可能串扰 - 文件系统 journal 模式要匹配：xfs 不需 journal；ext4 建议用
data=writeback，禁用data=ordered（默认），否则每次写 redo 都要等 journal 刷盘
log file parallel write 高但 iostat 显示 await 很低？
这种反直觉现象往往指向 LGWR 行为异常，而非磁盘问题。典型诱因是 LGWR 被反复唤醒却无法批量写，导致大量小 I/O 堆积。
- 查
v$event_histogram中log file parallel write的分布：wait_time_milli = 1, 2, 4档位占比若超 70%，说明 LGWR 多数时候写得很快，但频繁被短任务打断——大概率是业务用了太多COMMIT WRITE NOWAIT或每条 DML 后立刻COMMIT - 看
user commits每秒速率：用SELECT ROUND(SUM(CASE WHEN NAME = 'user commits' THEN VALUE END) / 3600, 2) AS commits_per_sec FROM v$sysstat；若 >200/s，就是提交风暴，LGWR 根本来不及攒够一批就写，log file parallel write的“平均值”会被大量微小写拉低，但总量已压垮 I/O - 检查
LOG_BUFFER是否被盲目调大：从 8MB 改到 24MB 后，LGWR 触发阈值变成 8MB（受_log_io_size控制），反而减少写频次、增大单次写量，易触发 I/O 峰值；调整后必须监控log file sync是否同步恶化
最容易被忽略的交叉验证点
log file parallel write 单独看毫无意义，它必须和另外两个信号一起读：一是 log file sync 平均等待是否与之接近，二是 redo log space requests 是否每秒 >1。
- 若
log file syncAvg Wait ≈log file parallel writeAvg Wait，说明 LGWR 写完就通知，瓶颈纯在 I/O 层；若前者远高于后者（比如 22ms vs 8ms），问题在 LGWR 唤醒或 CPU 调度，不是磁盘 -
redo log space requests是缓冲区告急的水位计：每秒 >1 次即异常，>10 次基本可断定 LGWR 持续追不上生成速度——此时即使log file parallel write只有 5ms，也是假象，因为 LGWR 在“攒不够量就不写”和“写了也来不及”之间反复横跳 - AWR 的 IO Stats 不包含归档目录：就算
log file parallel write正常，归档路径若挂载在高延迟 NFS 上，ARCH 进程积压会间接拖慢 LGWR（通过 checkpoint incomplete 等待传导），必须单独用iostat -x查归档挂载点
