条带尺寸应匹配数据库典型I/O大小，推荐设为64KB或128KB；需结合MySQL的innodb_page_size（16KB）及常见预读量（64–128KB），避免16KB导致跨条带拆分，通过iostat验证PV负载均衡与await等指标调优。
条带尺寸（Stripe Size）不是随便填的数字，它需要和数据库实际的I/O模式对齐，否则反而会拖慢性能。核心原则是：一次数据库I/O请求，尽量落在单个条带单元内完成，避免跨条带拆分。
明确数据库块大小与I/O请求特征
以MySQL InnoDB为例，默认innodb_page_size = 16KB，这是数据页（也是最小读写单位）的大小。但真实I/O往往不是单页操作——比如全表扫描或索引范围查询时，InnoDB会按innodb_read_io_threads并发发起多页预读，一次I/O可能达64KB甚至128KB（取决于read_buffer_size和底层驱动行为）。Oracle则更明确：db_block_size × db_file_multiblock_read_count 就是一次典型I/O总量。
所以不能只看“16KB”，而要看你负载下常见的实际I/O大小分布。
条带尺寸建议值与依据
推荐将条带尺寸设为数据库典型I/O大小的2倍或整数倍，常见组合如下：
- MySQL（默认页16KB，常见预读64–128KB）→ 条带尺寸选64KB 或 128KB
- Oracle（db_block_size=8KB，multiblock_read_count=16 → 单次I/O=128KB）→ 条带尺寸选128KB 或 256KB
- PostgreSQL（默认block_size=8KB，shared_buffers与work_mem影响批量读）→ 建议64KB起，压测后调优
不推荐使用16KB条带：虽匹配页大小，但极易导致一个I/O被切到两个条带上，触发两次磁盘寻道+两次控制器调度，显著增加延迟。
物理限制与配置实操要点
LVM条带尺寸受两个硬性约束：
- 必须是2的幂次（如16K/32K/64K/128K/256K），且不能超过PE（Physical Extent）大小（创建VG时指定，默认通常为4MB）
- 创建命令中用--stripesize参数，单位是KB（注意不是字节），例如：
lvcreate -l 100%FREE --stripes 2 --stripesize 64 my_vg -n my_lv - 创建后可用
lvs -o +stripes,stripe_size验证是否生效
若底层是SSD阵列，还可略激进些（如128KB）；若为多块HDD组成的VG，64KB是较稳妥起点。
验证与调优不能跳过
设置完条带尺寸只是开始，必须结合真实负载验证：
- 用
iostat -x 1观察%util是否均衡分布在各PV上（不均衡说明条带未起效） - 对比相同SQL在不同条带尺寸下的avgqu-sz（平均队列长度）和await（平均等待时间）
- 对OLTP类小IO场景，优先看IOPS提升；对报表类大IO场景，重点看吞吐量（MB/s）是否线性增长
没有“通用最优值”，只有“当前负载下最适配的值”。一次压测比十次理论推演更可靠。
