“宕机”这个词在互联网、运维、服务器管理、网站建设等场景中非常常见，但不少人第一次看到时会疑惑：它到底怎么读？正确读音是“dàng jī”，其中“宕”读第四声，不能读成“sh픓dǎng”或其他音。简单来说，“宕机”就是指计算机系统、服务器、网站、应用程序或某个关键服务突然无法正常运行，表现为访问失败、服务中断、页面打不开、接口无响应、业务停摆等。
从字面上看，“宕”有拖延、搁置、停滞的意思，和“机”组合在一起，就可以理解为“机器停住了”。在中文技术语境中，“宕机”通常对应英文里的“down”或“crash”。例如服务器不可用时，运维人员可能会说“服务器 down 了”，中文表达就是“服务器宕机了”。所以，“宕机”并不一定代表机器彻底损坏，而是强调系统处于不可用状态。
需要注意的是，“宕机”和“死机”有相似之处，但使用场景略有不同。“死机”更多用于个人电脑、手机、软件界面卡死等场景，比如电脑蓝屏、鼠标键盘无反应；“宕机”更多用于服务器、网站、数据库、网络服务、云平台等生产环境。比如一个电商网站在大促期间无法打开，通常会说“网站宕机”；数据库无法连接导致业务中断，也可以说“数据库宕机”。
宕机的来源与计算机和网络服务的发展密切相关。早期大型机、小型机、服务器系统在运行过程中如果停止响应，英文常用“down”来描述服务不可用。随着互联网技术进入中文环境，“down 机”“当机”“宕机”等说法陆续出现。后来“宕机”因字义贴近“停滞、搁置”，逐渐成为更规范、更常用的书面表达。如今在技术文档、故障报告、新闻报道中，“宕机”都是比较正式的说法。
服务器宕机的原因很多，第一类常见原因是硬件故障。服务器本质上仍然依赖 CPU、内存、硬盘、电源、网卡、主板等硬件组件。硬盘损坏可能导致系统无法读取数据；内存故障可能引发系统崩溃；电源异常可能造成服务器突然断电；机房散热不良也可能让设备因温度过高而自动保护关机。对于自建机房或物理服务器来说，硬件健康检查非常重要。
第二类原因是系统资源耗尽。服务器运行网站、数据库、缓存、队列等服务时，都需要消耗 CPU、内存、磁盘 I/O 和网络带宽。如果访问量突然暴涨，或者程序存在内存泄漏、死循环、大量慢查询，就可能导致资源被迅速占满。常见表现包括 CPU 长时间 100%、内存耗尽触发 OOM、磁盘写满、连接数过高、进程无法创建等。很多“看似突然”的宕机，背后其实是资源长期累积压力后的爆发。
第三类原因是应用程序异常。代码缺陷、版本发布错误、配置文件写错、依赖服务不可用、线程池设置不合理、异常未捕获等，都可能导致应用进程退出或服务不可用。比如一次上线修改了数据库连接配置，应用启动后无法连接数据库；或者新版本引入了高消耗逻辑，导致接口请求堆积。对于业务系统而言，发布流程不规范是造成宕机的重要风险点。
第四类原因是数据库或中间件故障。很多网站并不是 Web 服务本身坏了，而是数据库、Redis、消息队列、搜索引擎、对象存储等依赖组件出问题。比如 MySQL 连接数打满、主从延迟严重、Redis 内存淘汰异常、消息队列堆积过高，都会让上层业务出现超时或失败。现代系统往往是链路化的，一个核心组件异常，就可能引发连锁反应。
第五类原因是网络问题。服务器还在运行，不代表用户一定能访问。DNS 解析异常、机房网络中断、路由故障、防火墙策略错误、负载均衡配置错误、CDN 回源失败、域名过期等，都可能造成“访问层面”的宕机。有些故障排查时，服务器监控看起来正常，但用户就是打不开网站，这时就要从网络链路、解析记录和访问路径入手。
第六类原因是安全攻击。DDoS 攻击、CC 攻击、暴力破解、漏洞利用、恶意扫描等，都可能让服务器负载飙升或服务不可用。特别是流量型攻击会占满带宽，应用层攻击会消耗大量连接和计算资源。如果没有高防、限流、WAF、防火墙策略和日志审计，业务系统在遭遇攻击时很容易被拖垮。
遇到宕机时，解决思路应该先“止血”，再“定位”，最后“复盘”。第一步要判断影响范围：是单台服务器不可用，还是整个集群不可用？是网站打不开，还是某个接口异常？是所有用户都受影响，还是部分地区访问失败？明确范围后，可以快速决定是否切换备用节点、回滚版本、扩容实例、重启服务或启用应急预案。
第二步是检查基础状态。可以从服务器是否在线、CPU 和内存是否异常、磁盘是否写满、网络是否连通、关键进程是否存在、端口是否监听、日志是否出现错误等方面入手。排查时不要只凭感觉重启，重启虽然可能暂时恢复服务，但也可能破坏现场，导致真正原因难以追踪。比较稳妥的做法是先保留日志、截图和监控数据，再进行恢复操作。
第三步是结合监控和日志定位根因。监控系统可以帮助判断故障发生的时间点，以及故障前后资源指标的变化；应用日志可以看到异常堆栈、接口超时、数据库错误；系统日志可以发现 OOM、磁盘错误、网卡异常等信息；数据库慢日志可以发现性能瓶颈。优秀的故障处理不是“猜”，而是用数据逐层缩小范围。
第四步是采取针对性修复。如果是流量过大，可以临时扩容、开启缓存、限流降级、切换 CDN；如果是应用发布问题，应立即回滚到稳定版本；如果是数据库压力过高，可以优化慢 SQL、增加索引、拆分读写、清理异常连接；如果是磁盘满了，要清理日志、扩容磁盘并设置日志轮转；如果是攻击导致，需要接入高防、封禁异常 IP、调整访问策略。
从经验上看，预防宕机比处理宕机更重要。生产环境至少应具备监控告警、日志收集、自动备份、灰度发布、负载均衡、故障转移、容量评估和应急预案。网站访问量增长时，不要等到系统撑不住才扩容；版本上线前，要做好测试和回滚准备；数据库和缓存要关注连接数、命中率、延迟和容量；关键业务要避免单点故障。
最后总结一下：“宕机”的正确读音是“dàng jī”，意思是系统、服务器或服务进入不可用状态。它的来源与英文“down”所表达的服务中断含义有关，后来在中文技术领域形成了稳定用法。服务器宕机可能由硬件、资源、应用、数据库、网络、安全攻击等多种因素造成。处理宕机时，应先恢复业务，再分析根因，并通过监控、备份、容灾和规范化运维来降低再次发生的概率。
