不能用 stat -c "%o" 获取最优 I/O 块大小，%o 仅输出文件八进制权限（如644），与 I/O 性能无关；应使用 stat -f -c "%S" 获取文件系统推荐 I/O 块大小（如4096），或 stat -c "%B" 获取文件级 st_blksize，二者单位字节，用于数据库及应用层缓冲区对齐优化。
不能用 stat -c "%o" 获取最优 I/O 块大小。
%o 输出的是文件八进制权限值（如 644、755），和 I/O 性能、物理块大小、对齐优化完全无关。这是常见误解，硬套 %o 会导致数据库缓冲区配置错误，反而降低性能。
要获取真正可用于数据库参数（如 PostgreSQL 的 block_size、MySQL 的 innodb_page_size 或应用层 read() 缓冲区）的推荐 I/O 块大小，应区分两个层级，并选用对应命令：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
查文件系统级推荐 I/O 块大小（最常用、最可靠）
这是内核为挂载点推导出的「最佳传输单位」，适用于数据库整体 I/O 对齐策略：
stat -f -c "%S" /path/to/mountpoint
-
/path/to/mountpoint必须是目录或挂载点（如/var/lib/postgresql或/），不能是普通文件 - 输出值如
4096、65536、131072，单位字节 - 对 ext4、XFS、Btrfs 等主流本地文件系统，该值由挂载选项（如
su=64k）、硬件特性（如 RAID 条带深度）共同决定
查单个数据文件的 st_blksize（更细粒度，适合文件级调优）
它反映 VFS 层对该文件的实际 I/O 对齐建议，比 %S 更贴近具体文件行为：
stat -c "%B" /var/lib/postgresql/15/main/base/13123/16384
- 输出如
8192，单位字节 - 对数据库 WAL 日志、表数据文件、索引文件均适用
- 若与
%S不一致（如 NFSv4.2 或 DAX 模式下），优先信任%B
数据库配置建议
- PostgreSQL：无需手动设
block_size（编译时固定为 8192），但shared_buffers分配、wal_buffers及自定义COPY缓冲区应按%B或%S对齐 - MySQL InnoDB：
innodb_page_size必须在初始化时设定，不可运行时更改；但innodb_read_io_threads、read_buffer_size等可参考%B设为倍数（如16384） - 应用层
posix_memalign()分配缓冲区时，对齐值必须等于%B，而非%o或硬编码4096
别用这些方式：
-
stat -c "%o"→ 权限值，无意义 -
tune2fs -l /dev/sda1 | grep "Block size"→ 返回的是文件系统元数据块大小（常为 1024/4096），不反映运行时 I/O 推荐值 -
getpagesize()→ 返回内存页大小（通常 4096），不是存储对齐依据 -
/sys/block/*/queue/logical_block_size→ 是块设备扇区大小（512 或 4096），绕过 VFS，对 buffered I/O 无效
实际部署中，应先运行 stat -f -c "%S" /data 和 stat -c "%B" /data/pg_wal/000000010000000000000001，取两者中较大者作为缓冲区基准，并确保内存分配对齐、读写偏移对齐。
