数据库容量规划与资源治理：从评估、监控到扩展路径

磁盘估算示例（单表）：
  行数据平均大小      200 B
  行数（半年后）      5 亿
  数据文件            5e8 × 200B ≈ 100 GB
  索引按 20%~40%      ≈ 20~40 GB
  binlog（保留 3 天，峰值写入）≈ 若干 GB
  + 冗余（建议预留 30%~50%）→ 落盘需求 ≈ 200 GB+

连接数估算：
  平均 QPS × 平均查询时长(秒) ≈ 需求连接数
  例：QPS=2000，平均 50ms → 2000×0.05 = 100 连接

分级预警（建议）：
  · 健康区   ≤ 60%   正常，无需动作
  · 关注区   60%~80% 开始跟踪增速，纳入日报
  · 预警区   80%~90% 触发容量评审，排期扩容
  · 危险区   > 90%    立即动作（扩容/清理/降级）

磁盘尤其关键：建议 70% 就预警，因为 binlog + 临时表随时会瞬时顶到满。

# 磁盘
df -h /data            # 空间
SHOW VARIABLES LIKE 'innodb_log_file_size';

# 连接与性能
SHOW STATUS LIKE 'Threads_connected%';   -- 当前连接
SHOW VARIABLES LIKE 'max_connections';  -- 上限
SHOW GLOBAL STATUS LIKE 'Max_used_connections';

# 内存命中率
SHOW GLOBAL STATUS LIKE 'buffer_pool_read%'; -- 含 BufferPool 命中率

# 慢查询趋势（配合慢日志聚合）

-- 查看连接来源 Top
SELECT user, host, COUNT(*) c
FROM information_schema.processlist
GROUP BY user, host ORDER BY c DESC;

-- 超时配置，防止"僵尸连接"
SET GLOBAL wait_timeout = 300;         -- Session 空闲等待
SET GLOBAL interactive_timeout = 300;

-- 找出运行过久的事务
SELECT * FROM information_schema.innodb_trx
WHERE trx_state = 'RUNNING'
  AND TIME_TO_SEC(TIMEDIFF(NOW(), trx_started)) > 10;

-- 用 role/账号分层限制权限，避免单账号权限过大

· 冷数据归档到低成本存储（OSS / 冷库）
· 闲置实例下线（无人访问的只读副本）
· 大表压缩 / 分区归档，控制膨胀
· 数据保留期策略（binlog、日志、备份）

# 云上简单、但对单机天花板敏感，硬件规格有限
ALTER ...扩规格 / 换大机型

一次完整的容量规划（每季度一次）：
  ① 盘点现状：存储/连接/CPU/内存 实测
  ② 算增速：过去 3 个月的月度复合增长率
  ③ 外推预测：按增速推未来 2~4 个季度的水位
  ④ 定水位线：设 60/80/90 分级阈值
  ⑤ 排期扩容：对 >80% 且增速快的项排期
  ⑥ 验证与复盘：上线后回看预测是否准