oracle 19c文件系统挂载必须严格遵循官方最小安全集：ext4需禁用barrier和journal_data_writeback，启用data=writeback；xfs需禁用dioread_nolock、启用inode64/swalloc/logbufs=8/logbsize=256k；所有文件系统统一noatime；块设备层面禁用read-ahead、校准queue_depth并关闭rotational标识。
Oracle 19c 对底层文件系统参数高度敏感，尤其在 ext4/xfs 上，mount 选项配错会导致写入延迟飙升、归档卡死或 ORA-00600 内部错误。关键不是“通用最优”，而是按 Oracle 官方白皮书和 Metalink 文档（Doc ID 136697.1、2522118.1）验证过的最小安全集。
ext4 文件系统必须禁用 barrier 和 journal_data_writeback
Oracle 自己管理写一致性，内核级 barrier 与 Oracle 的 redo 日志机制冲突，会强制刷盘两次；而 journal_data_writeback 模式下，ext4 允许数据先于日志落盘，破坏 Oracle 的 WAL 保证。
- 错误挂载：
mount -t ext4 /dev/sdb1 /u01 -o defaults（隐含barrier=1,journal_data=ordered） - 正确挂载：
mount -t ext4 /dev/sdb1 /u01 -o noatime,nodiratime,barrier=0,data=writeback -
data=writeback是必要项，barrier=0必须显式关闭，noatime减少元数据更新开销 - 写入
/etc/fstab时，确保不带defaults—— 它会覆盖你显式设置的选项
xfs 文件系统需禁用 dioread_nolock 并启用 inode64
Oracle 数据文件 I/O 依赖 direct I/O，但 dioread_nolock 在高并发下会导致 buffer cache 不一致；inode64 避免单个 AG（allocation group）成为热点，对大容量数据文件至关重要。
- 错误挂载：
mount -t xfs /dev/sdb1 /u01 -o defaults（默认启用dioread_nolock） - 正确挂载：
mount -t xfs /dev/sdb1 /u01 -o noatime,inode64,swalloc,logbufs=8,logbsize=256k -
swalloc启用空间预分配，减少碎片；logbufs和logbsize加大日志缓冲，避免 checkpoint 等待 - RHEL/CentOS 7+ 默认 xfs 日志大小过小（10MB），必须显式调大，否则频繁 log switch 影响性能
所有文件系统都必须关闭 access time 更新
atime 更新是纯副作用，每次读操作都触发元数据修改，在 OLTP 场景下可占 5–10% 的 I/O 开销。Oracle 不依赖 atime 做任何逻辑判断。
- 统一使用
noatime，不要用relatime—— 它仍会周期性更新，且 Oracle 场景下无收益 - 确认生效：
find /u01 -maxdepth 1 -name "*" -printf "%T@ %p\n" | head -3，反复执行应返回相同时间戳 - 若已挂载，临时生效：
mount -o remount,noatime /u01；永久生效必须写入/etc/fstab
块设备层面要禁用 read-ahead 并校准 queue depth
Oracle 自主控制预读行为（通过 DB_FILE_MULTIBLOCK_READ_COUNT），OS 层 read-ahead 不仅无效，还会污染 page cache；同时，过深的队列导致 I/O 调度混乱，尤其在 NVMe 或多路径 SAN 上。
- 禁用 read-ahead：
blockdev --setra 0 /dev/sdb（对每个数据盘执行） - 调整 queue depth：
echo '256' > /sys/block/sdb/device/queue_depth（HBA 卡或 NVMe 推荐 64–256，机械盘保持 32） - SSD/NVMe 设备必须关闭
rotational标识：echo 0 > /sys/block/sdb/queue/rotational，否则 CFQ 调度器被误启用 - 这些设置无法通过
/etc/fstab实现，需在 udev 规则或启动脚本中固化
最易被忽略的是：这些参数必须在数据库首次写入前就配置好。一旦数据文件已创建，再改 mount 选项或 blockdev 设置，Oracle 不会自动重适配——它只信任创建时看到的底层行为。重挂载后务必重启实例，并用 ALTER SYSTEM CHECKPOINT + SELECT * FROM V$IOSTAT_FUNCTION 验证 I/O 分布是否均匀。
