主从架构存储规划：怎样合理分配数据盘与日志盘

主从架构下数据盘与日志盘必须物理隔离：主库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 延迟突增，而非直接调参数