Oracle数据文件IO慢根源在于物理存储争用，需先查v$filestat与v$datafile定位AVGIOTIM>20ms的热点文件，再用iostat验证%util>70%或await飙升，结合VMware虚拟磁盘类型、PVSCSI控制器、Thick Provisioned磁盘格式、禁用THP、IO调度器设为none及排除快照干扰综合优化。
检查Oracle数据文件是否落在高争用存储路径上
IO慢的根源往往不是数据库参数，而是物理存储布局。先确认是不是真有热点文件，别一上来就调db_file_multiblock_read_count。查v$filestat和v$datafile关联结果，重点关注PHYWRTS、PHYRDS和AVGIOTIM > 20ms的前5个文件；同时用iostat -x 1 5看对应设备的%util > 70%或await持续飙升——这两组指标对得上，基本可锁定是VMware虚拟磁盘后端的物理瓶颈。
VMware虚拟磁盘类型与控制器配置必须匹配OLTP模式
默认的LSI Logic SAS控制器在高并发小IO场景下容易成为瓶颈。生产环境务必改用VMware Paravirtual SCSI (PVSCSI)控制器，并确保虚拟机硬件版本≥15（对应ESXi 6.7+）。虚拟磁盘格式选Thin Provisioned虽省空间，但会放大元数据开销；对SYSTEM、UNDOTBS1和核心业务表空间，应使用Thick Provisioned Lazy Zeroed，避免首次写入时的零填充延迟。
- 在vSphere Client中编辑虚拟机设置 → 硬件 → 添加新硬盘 → 选择“SCSI控制器”为
PVSCSI - 新建磁盘时，“Disk Provisioning”选
Thick Provisioned Lazy Zeroed - Linux Guest OS内执行
ls /sys/class/scsi_host/host*/proc_name，确认输出含pvscsi而非lsi或mptspi
禁用透明大页并强制分配HugePages给Oracle SGA
VMware虚拟化层叠加Linux透明大页（THP）会造成双重内存管理冲突，导致SGA分配卡顿甚至ORA-27102: out of memory。必须在宿主机和Guest OS两级禁用：cat /sys/kernel/mm/transparent_hugepage/enabled输出必须为[never]；然后在Oracle已启动状态下，用$ORACLE_HOME/rdbms/install/hugepages_settings.sh生成推荐值，再加5%余量写入/etc/sysctl.conf的vm.nr_hugepages——手算sga_max_size ÷ 2048会漏掉保留区、对齐开销和内核取整，实测6GB SGA常差出50页以上。
Guest OS内核IO调度器与挂载选项要适配VMware存储栈
VMware虚拟磁盘不适用deadline或cfq这类面向物理磁盘的调度器。在RHEL/CentOS 7+上，统一设为none（即关闭IO调度，交由VMware存储栈处理）：echo 'none' > /sys/block/pvscsi0n1/queue/scheduler；同时确保数据文件所在文件系统挂载时启用noatime,nodiratime,barrier=0（若底层存储已保证持久性），避免每次读写都触发元数据更新。注意：barrier=0仅在使用VMFS或NFS且开启写缓存时安全，本地ext4请保留barrier=1。
最易被忽略的是：VMware快照和Storage vMotion期间，IO延迟会显著上升，且AVGIOTIM指标可能暂时失真。压测或性能诊断前，务必确认无活跃快照、无正在进行的存储迁移任务。
