检查硬件状态
服务器突然卡死或自动重启，先别急着重装系统。很多人一出问题就怀疑软件，其实硬件老化才是常见元凶。特别是用了三年以上的机器，内存条松动、硬盘坏道、电源不稳都会导致系统扛不住压力。找个U盘启动进诊断工具，跑个内存检测，看看SMART信息里的硬盘健康度。我朋友公司那台老服务器，天天下午三点崩溃，查了一圈才发现是电源供电波动，换个电源模块立马安稳了。
查看系统日志定位原因
Linux下直接敲 dmesg -T | grep -i error 或者 journalctl -x | grep -i crash，Windows就去“事件查看器”里翻“系统”和“应用程序”日志。看到大量磁盘超时、驱动失败或者OOM（内存溢出）提示，就能缩小排查范围。有次看到连续报MySQL连接数爆满，才知道是某个定时脚本没加限制，疯狂建连接把服务拖垮。
控制资源占用
用 top 或 htop 实时看CPU和内存占用，哪个进程吃得多一眼就能看出来。PHP脚本写得糙、Python爬虫没设并发上限，都可能让内存蹭蹭往上涨。可以临时 kill 掉异常进程，再通过配置文件限制资源。比如在 systemd 服务里加上：
[Service]
MemoryLimit=512M
CPUQuota=80%这样就算程序出问题，也不会拖死整台机器。
优化服务配置
Web服务器像Nginx、Apache，默认配置往往不适合高负载场景。打开Nginx的错误日志，发现大量“worker_connections are not enough”，那就得调大worker_connections和worker_processes。同时检查是否开启了缓存、Gzip压缩，减少动态请求压力。数据库也一样，MySQL的max_connections设太高会耗内存，太低又容易连不上，得根据实际并发调整，一般中小应用设成150~300比较稳妥。
定期维护和监控
别等服务器趴下了才想起来处理。装个简单的监控工具，比如用Prometheus+Node Exporter盯住CPU、内存、磁盘IO，或者用宝塔面板这种图形化工具，手机上就能收到报警。每周手动检查一次系统更新，补补安全补丁。我习惯在凌晨两点跑个备份脚本，顺便清理下日志文件，避免/var/log占满分区导致系统只读。
考虑虚拟化与冗余
如果业务不能停，单台服务器风险太高。有条件的话，用Docker把服务拆开，一台挂了不影响别的。更进一步可以上双机热备，主从切换自动完成。哪怕只是把数据库单独挪到另一台机器，也能减轻压力，提升稳定性。