游戏服务器卡顿怎么查：Tick、CPU、网络与数据库四层排障

游戏服务器的“卡”可能来自网络 RTT、单线程 Tick 超时、实体模拟、世界磁盘写入或数据库阻塞。先区分玩家 FPS、服务端 TPS/tick 时间和网络丢包，才能避免买更大带宽后问题仍然存在。

先看游戏循环和单核瓶颈

许多游戏服务器有关键主线程，即使整机 CPU 平均使用率很低，单核被打满也可能导致 tick 延迟。应观察 tick 的平均值与 p95、长 GC 暂停、模组/插件性能分析结果，识别大量实体、重复红石/脚本或昂贵的同步 I/O。

网络问题需要端到端定位

玩家端丢包、ISP 拥塞、Wi-Fi 干扰、DDoS 清洗节点增加的路径、云主机抢占和服务器发包队列都会导致延迟。采样多个地区真实玩家 RTT、抖动、重传和断线时间，不能只采用服务器到某公网 DNS 的 ping。

关于“不同游戏对延迟的敏感度不同”的相关说明，可以参考台湾游戏服务器延迟优化：RTT、抖动与丢包的实测方法。

数据存储和备份影响稳定性

世界存档频繁写盘或数据库同步查询可能堵塞主线程。将备份、压缩、地图渲染安排在非业务高峰，使用受支持的异步组件；对关键存档做版本化和异地备份，升级模组前留可恢复副本。

优化必须有版本控制

先备份配置、世界存档和插件清单，再在测试服逐项试验视距、实体上限、GC 参数和分片策略。每一项修改应对应 tick、CPU、内存、玩家负面反馈和错误日志的变化；不明来源的“一键优化整合包”应谨慎使用。

关于“一个进程多世界与多实例不同”的相关说明，可以参考Minecraft 多世界服务器怎么搭建：独立维度、端口与存档备份。

按顺序执行的检查清单

1. 确认具体游戏版本、在线人数和模组/插件，留存可复现卡顿时刻。
2. 记录 tick/TPS、CPU 单核、GC、磁盘延迟与玩家网络数据。
3. 用 profiler 定位插件或实体热点，先在测试服务器调整。
4. 将备份/地图渲染与高峰错开，检查 IO 峰值及日志。
5. 以同样人数和任务负载进行回归测试，保留一键回滚配置。

常见问题

CPU 只有 25% 也会卡吗？

四核机器的单关键线程跑满可对应整机约四分之一的 CPU 使用率。

升级 1Gbps 带宽能解决 TPS 低吗？

通常不能，TPS 更可能与主线程计算、内存和磁盘读写相关。

风险、限制与验收口径

减少视距或实体上限会改变玩法体验；需要与服务器管理员和玩家达成一致，不宜只追求指标漂亮。

官方资料与核查入口

以下列出可交叉核对的技术资料或服务条款；实际部署还须以所用软件版本、正式合同和自身环境测试为准。

• PaperMC 官方 server.properties 参考
• Prometheus Node Exporter 指南
• RIPE Atlas 官方网络测量文档