云服务器部署MySQL时，SSD系统盘和数据盘如何合理分配容量？

在云服务器部署 MySQL 时，SSD 系统盘和数据盘的容量分配并非固定不变，而是需要根据业务规模、数据增长预期、备份策略以及成本预算进行动态规划。核心原则是：系统盘保稳定（小），数据盘求性能与扩展性（大）。

以下是具体的分配策略与建议：

1. 核心分配原则

系统盘（System Disk）：轻量级，仅存 OS 和日志

• 用途：安装操作系统、MySQL 软件本身、临时文件、错误日志（Error Log）、慢查询日志（Slow Query Log）。
• 容量建议：
  • 最小值：40GB – 50GB（大多数云厂商的最小规格）。
  • 推荐值：60GB – 80GB。
  • 理由：现代 Linux 发行版 + MySQL 安装包通常只需 20GB 左右。预留空间是为了防止日志爆满导致系统无法写入，或者在进行系统升级/打补丁时需要额外空间。
  • 注意：如果开启了大量的审计日志或 Binlog 直接写入系统盘，需适当调大，但强烈建议将 Binlog 和数据目录迁移到数据盘。

数据盘（Data Disk）：高性能，承载核心资产

• 用途：存放 InnoDB 数据文件（.ibd）、表空间、Binlog（主从复制关键）、临时表空间。
• 容量建议：
  • 计算逻辑：当前数据量 × 3 ~ 5（考虑未来增长、索引膨胀、Binlog 保留周期）。
  • 起步建议：
    • 小型项目/测试环境：100GB – 200GB。
    • 中型生产环境：500GB – 1TB（起步）。
    • 大型核心业务：按需扩容，通常建议单盘不超过 16TB（受限于文件系统限制和云厂商规格），若超过则采用多盘挂载或 RAID 策略。
  • 类型选择：务必选择云 SSD（如 ESSD PL0/PL1/PL2），避免使用机械硬盘（HDD），因为 MySQL 对 IOPS 和随机读写延迟极其敏感。

2. 不同场景下的具体配置方案

3. 关键优化建议（避坑指南）

A. 物理隔离至关重要

绝对不要将 MySQL 的数据目录 (datadir) 放在系统盘上。

• 原因：系统盘空间有限，一旦数据膨胀或日志异常增长，会导致磁盘写满（Disk Full），进而引发 MySQL 宕机，甚至导致整个云服务器无法启动（因为连 /var/log 或 /tmp 都写不进去）。
• 操作：购买实例时直接勾选“附加数据盘”，并在初始化时将 datadir 指向该挂载点。

B. 预留空间（Over-provisioning）

数据库性能与剩余空间密切相关。当磁盘使用率超过 80% 时，InnoDB 的 I/O 调度效率会显著下降，且可能触发云厂商的告警或自动熔断。

• 策略：初始分配时，按“当前数据量 × 3"分配。例如当前数据 50GB，直接买 150GB 或 200GB 的数据盘。

C. Binlog 的管理

Binlog 是主从复制和故障恢复的生命线，但也会迅速占用空间。

• 策略：
  1. 将 binlog_dir 配置在数据盘而非系统盘。
  2. 设置合理的过期时间（如 expire_logs_days = 7 或基于大小的 max_binlog_size）。
  3. 对于归档需求，建议配置定时脚本将旧 Binlog 压缩并上传至对象存储（OSS/S3），然后清理本地。

D. 监控与自动扩容

云服务器的优势在于弹性。

• 监控：部署 Prometheus + Grafana 或云厂商自带的监控，重点监控“磁盘使用率”和 "IOPS 利用率”。
• 自动扩容：
  • 如果是阿里云/腾讯云/AWS，支持在线扩容云盘。
  • 操作流程：控制台增加容量 -> 登录服务器执行 growpart (分区调整) -> resize2fs (ext4) 或 xfs_growfs (xfs)。
  • 建议：设置阈值报警（如达到 75% 发送通知），人工介入评估后扩容，避免盲目扩大造成浪费。

4. 总结配置示例

假设您正在搭建一个中等规模的生产环境 MySQL，预计初期数据量为 100GB，年增长约 500GB：

• 系统盘：80GB (ESSD PL1)
  • 满足 OS、软件、日志及临时文件需求，留有余地。
• 数据盘：1TB (ESSD PL2，更高 IOPS)
  • 覆盖当前数据 + 未来 1-2 年的增长 + Binlog 缓冲 + 性能冗余。
  • 格式化为 XFS 文件系统以支持大文件和更好的性能。
• 架构：
  • 系统盘挂载在 /。
  • 数据盘挂载在 /data/mysql。
  • 修改 my.cnf：datadir=/data/mysql, slow_query_log_file=/data/mysql/slow.log。

通过这种“小系统、大数据、高冗余”的分配方式，可以在保证稳定性的同时，为未来的业务扩张留出充足的弹性空间。