主从架构下数据盘与日志盘必须物理隔离：主库data用nvme，从库data用独立sata ssd；redo log、binlog、relay log须分盘部署，tmpdir和归档目录也需独立挂载并预留≥30%空间。
主从架构下，数据盘与日志盘的分配不能只看容量，关键在于隔离 I/O 路径、匹配写入特性、避免主从争抢同一物理资源。
数据目录必须独占高性能盘
主库和从库的 data 目录（含表数据、索引、系统表空间）应各自挂载在独立 SSD 或 NVMe 设备上。尤其在高并发 OLTP 场景中，InnoDB 的随机读写密集，混用磁盘会导致延迟飙升。即使使用 LVM，也建议为每个实例划分专属逻辑卷，并绑定到不同物理盘。
- 主库 data 盘：优先选用低延迟、高 IOPS 的 NVMe
- 从库 data 盘：可略降规格（如 SATA SSD），但不可与主库共用同一块盘或 RAID 组
- 禁用共享表空间（
innodb_file_per_table=ON），便于单表迁移与空间回收
日志类路径需按写入特征分盘
redo log、binlog、relay log 三者写入模式差异大，必须物理分离：
- redo log：顺序写、高频小块，对延迟极度敏感 → 单独挂载到一块低延迟 SSD（不与其他日志混用）
-
binlog：主库顺序写，从库不写；但归档和备份依赖它 → 可与 redo log 共享低延迟盘，但须设置
expire_logs_days=7防止撑爆 - relay log：从库专用，由主库 binlog 拉取后顺序写入 → 必须与主库 binlog 分开，推荐挂载到另一块 SSD，避免主从复制被 I/O 卡住
临时与归档空间要预留且隔离
主从同步过程中，排序、临时表、SQL 线程缓存等都会用到 /tmp 和 tmpdir；归档日志、备份快照、XtraBackup 临时文件也需稳定空间：
- 为
tmpdir单独挂载一块 SSD（至少 20GB），格式化为 ext4/xfs 并关闭 atime - 归档目录（如
archive_log）挂载到大容量 HDD 或对象存储网关挂载点，避免挤占数据库盘 - 备份工具（如 mysqldump、mydumper）输出路径严禁设在 data 或 log 盘根下
监控与余量是规划落地的前提
再合理的初始规划，若缺乏持续监控，也会快速失效：
- 所有挂载点预留 ≥30% 空间，
/var/lib/mysql和/var/log/mysql尤其要盯紧 - 用
iostat -x 1观察 %util、await、r_await/w_await，发现某盘长期 >85% 就要扩容或拆分 - 主从延迟升高时，先查 relay log 所在盘是否写满或 I/O 延迟突增，而非直接调参数
