云服务器
在云服务器上部署 MySQL 时，合理分配 SSD 系统盘与数据盘的容量是保障性能、稳定性、可维护性和成本效益的关键。以下是经过生产实践验证的分层规划建议（以主流云厂商如阿里云、腾讯云、AWS 为例）：
✅ 一、核心原则（先记牢）
| 维度 | 原则说明 |
|---|---|
| 职责分离 | 系统盘（OS + MySQL Binlog/Redo Log临时缓存） vs 数据盘（datadir：表空间、ibdata1、ib_logfile*、slow log、error log等）→ 必须物理隔离 |
| I/O 隔离 | 避免系统日志、MySQL写入、备份IO互相争抢，尤其高并发写场景 |
| 容量弹性 | 数据盘应支持在线扩容（云SSD支持），系统盘一般不建议频繁扩容（重装风险高） |
| 持久性优先 | MySQL 数据盘务必开启「云盘三副本」或「多可用区冗余」，系统盘可选单可用区（但建议至少开启自动快照） |
✅ 二、容量分配参考方案（按业务规模）
| 场景 | 系统盘（SSD） | 数据盘（SSD） | 说明 |
|---|---|---|---|
| 开发/测试环境 （QPS < 50，数据量 < 10GB） |
40–60 GB | 100–200 GB | 系统盘预留足够空间给 OS、MySQL 安装包、临时文件；数据盘留 50% 余量供增长 |
| 中小生产环境 （QPS 100–500，日增数据 100MB–1GB） |
80–120 GB | ≥ 500 GB（推荐 1 TB 起） | ⚠️ 关键：数据盘必须 ≥ 当前数据量 × 3（含：数据+索引+binlog 7天+redo log+临时排序/JOIN空间+20% buffer） |
| 中大型生产环境 （QPS > 1k，日增 > 5GB，InnoDB 表为主） |
100–160 GB | 2–10 TB+（按需分盘） | ✅ 强烈建议：将 binlog、slow_log、general_log、innodb_redo_log（MySQL 8.0.30+）单独挂载小容量高性能盘（如 200GB NVMe），进一步隔离IO |
| 超大集群/OLAP混合负载 | 系统盘 120–200 GB （含监控Agent、Ansible等） |
多盘分离： • 数据盘（主）：存储 datadir• 日志盘（独立）：binlog + redo log + error log • 备份盘（可选）：本地快照/逻辑备份临时目录 |
实现极致IO隔离 + 快速故障定位 |
🔍 为什么数据盘要 ≥ 当前数据量 × 3？
- InnoDB 索引体积 ≈ 数据体积 × 0.3–1.0（取决于索引复杂度）
- Binlog 默认保留 7 天（按日增 1GB → 7GB，但高峰可能突增）
- Redo log（默认 2×48MB，但高写场景建议调大至 2×2GB）
- 大事务/ALTER TABLE/ORDER BY 临时文件可能占用数倍数据量空间
- 文件系统预留（ext4 默认5%，XFS 可设为0%但需手动管理）
✅ 实操公式：数据盘最小容量 = (当前数据量 × 1.5) + (日均binlog × 7) + (redo log × 2) + 20GB（buffer）
✅ 三、关键配置与最佳实践
| 类别 | 推荐操作 | 原因 |
|---|---|---|
| 文件系统 | 数据盘使用 XFS（非 ext4），挂载参数加 noatime,nobarrier,logbufs=8,logbsize=256k |
XFS 对大文件、高并发写更稳定；禁用访问时间更新减少IO；优化日志性能 |
| MySQL 配置 | ini<br>[mysqld]<br>datadir = /data/mysql<br>innodb_log_group_home_dir = /data/mysql/redolog ← 单独路径<br>log_bin = /data/binlog/mysql-bin<br>slow_query_log_file = /data/log/mysql-slow.log<br> |
强制日志与数据物理分离，避免锁竞争和IO放大 |
| 云盘类型选择 | • 系统盘：通用型SSD（PL1） • 数据盘：超高性能SSD（如阿里云 ESSD PL2/PL3、腾讯云 CBS Premium、AWS io2 Block Express） • 日志盘：NVMe云盘（若支持）或最高性能SSD |
Redo/Binlog 是顺序写密集型，对 IOPS 和延迟极度敏感；PL3 比 PL1 随机写 IOPS 高 10x+ |
| 监控告警 | ✅ 必须设置： – 数据盘使用率 > 85% 告警 – Innodb_data_pending_writes > 0 持续 5min– Binlog_space_usage_pct > 90%（可通过 SHOW BINARY LOGS; + du -sh /data/binlog/ 计算） |
防止磁盘打满导致 MySQL crash（尤其是 binlog 写满会直接阻塞所有写入） |
✅ 四、避坑指南（血泪经验）
| ❌ 错误做法 | ✅ 正确做法 |
|---|---|
把 datadir 放在系统盘（/var/lib/mysql） |
必须挂载独立数据盘，并通过 mount -U <uuid> /data + /etc/fstab 永久挂载 |
| 使用系统盘剩余空间存 binlog | → 导致系统盘爆满，SSH 登录失败、MySQL 无法写入、云平台强制冻结实例 |
不设置 expire_logs_days 或 binlog_expire_logs_seconds |
→ binlog 无限增长！MySQL 5.7+ 强烈用 binlog_expire_logs_seconds = 604800（7天） |
| 数据盘格式化后未调优（如未禁用atime） | tune2fs -o journal=writeback /dev/vdb（ext4）或 xfs_info /data 验证参数 |
忽略 tmpdir 和 slave_load_tmpdir 路径 |
设为数据盘下的 /data/tmp，避免临时表写爆系统盘 |
✅ 五、扩展建议（进阶架构）
- 读写分离场景：从库数据盘可略小于主库（仅需满足复制延迟缓冲），但 binlog 盘仍需同规格。
- 备份策略：逻辑备份（mysqldump）输出到对象存储（OSS/COS/S3）；物理备份（xtrabackup）可先落本地高速盘再异步上传。
- 容器化部署（如 Kubernetes）：用
PersistentVolume绑定云SSD，volumeMounts明确分离/var/lib/mysql,/var/log/mysql,/var/lib/mysql-redo。
如需我帮你：
- ✅ 根据你当前的
SHOW GLOBAL VARIABLES LIKE 'innodb%'和SELECT table_schema, ROUND(SUM(data_length+index_length)/1024/1024,2) MB FROM information_schema.TABLES GROUP BY table_schema;结果 - ✅ 或提供 QPS/日增数据量/备份策略
👉 欢迎贴出具体参数，我可为你定制一份《MySQL云盘容量计算表》（Excel 公式版）+my.cnf分离配置模板。
云上稳如磐石，始于一块好磁盘 🌩️💾
需要 Shell 自动化挂载脚本 或 Ansible Playbook 模板，也随时告诉我！