数据库容量规划是持续动态调整过程，需结合业务增长、数据生命周期和硬件资源，预估12–24个月数据量、访问压力与存储开销，预留缓冲并实施分片、索引优化及冷热分离策略。
数据库容量规划不是一次性工作，而是要结合业务增长节奏、数据生命周期和硬件资源持续调整的过程。核心在于预估未来12–24个月的数据量、访问压力与存储开销，并预留合理缓冲，避免突发增长导致服务中断或频繁扩容。
估算单表数据增长量
从最活跃的业务表入手，统计当前行数、平均行长度（可通过 SELECT AVG(LENGTH(CONCAT_WS('', col1, col2, ...))) FROM table_name 粗略估算），再结合每日新增记录数、保留周期（如日志存90天、订单存3年）计算总容量。例如：某订单表每天新增5万行，平均每行约1.2KB，保留3年，则预计占用空间 ≈ 50000 × 1.2KB × 365 × 3 ≈ 65GB（未计索引、碎片、备份冗余）。
注意：InnoDB 行格式（COMPACT/REDUNDANT/DYNAMIC）、字符集（utf8mb4 比 utf8 多1字节）、是否启用压缩（ROW_FORMAT=COMPRESSED + KEY_BLOCK_SIZE）都会显著影响实际存储大小。
评估索引与辅助结构开销
二级索引通常占表数据量的30%–100%，尤其在多字段联合索引、长文本前缀索引、频繁更新的字段上开销更大。可使用以下语句查看索引大小：
SELECT table_name, round(((data_length + index_length) / 1024 / 1024), 2) AS total_mb, round((index_length / 1024 / 1024), 2) AS index_mb FROM information_schema.tables WHERE table_schema = 'your_db' ORDER BY index_mb DESC;
- 删除长期不用或重复的索引
- 用前缀索引替代全字段索引（如 VARCHAR(255) 只索引前191字符）
- 考虑使用覆盖索引减少回表，间接降低IO压力
预留空间与分片策略前置设计
生产环境建议磁盘使用率不超过75%，为WAL日志、临时排序、大事务回滚段、备份文件留出余量。单实例建议单库不超过200GB、单表不超过50GB，超出后应启动拆分评估：
- 垂直拆分：按业务域分离表（如用户资料、账户、地址拆到不同库）
- 水平拆分：按时间（如按月分表 orders_202401）或哈希（user_id % 16）切分
- 冷热分离：将历史归档数据迁至低配只读实例或对象存储（配合应用层路由）
监控与动态校准机制
建立常态化容量看板，采集关键指标：
- 每日/每周表级行数变化（information_schema.TABLES）
- ibdata1 或独立表空间增长速率（df -h + ls -lh /var/lib/mysql/*.ibd）
- 慢查询中涉及大范围扫描的SQL（可能预示索引失效或数据倾斜）
每季度根据实际增长曲线修正预测模型，比如发现日增记录比预期高20%，就同步上调后续6个月的容量预算，并检查是否需提前扩容或优化写入逻辑。
