配置不是越高越好，要匹配业务类型。看着是小事，踩一次坑往往要花掉半天，提前把判断依据弄清楚最省时间。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 配置估算、CPU 的关键动作都给了具体做法，可以照着走。

CPU

计算密集看核数，IO 密集看单核性能。

出现异常先回退到上一个已知可用状态，再慢慢找原因。

内存

数据库与缓存吃内存。

容易踩的坑：常见的坑是只处理表象：症状消失就收工，根因还在，过几天又复发。

磁盘

优先 SSD，日志盘单独挂。

条件允许的话先在测试环境走一遍，再动生产。

保守

预留 30% 余量应对峰值。

速查表

常见问题

Q：配置估算这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：CPU、内存、磁盘、保守。如果业务正在跑，任何变更都建议放在低峰期做，留出回退时间。

相关阅读：带宽怎么估算、独立 IP 有必要买吗、虚拟主机和云服务器怎么选。