高并发下 Nacos 服务发现延迟高，优先检查客户端订阅模式是否开启 UDP 推送，并确认服务端是否使用 MySQL 持久化。适用场景为生产环境集群模式，风险边界是 UDP 推送可能在复杂网络下丢包导致数据不一致。

快速处理思路

Nacos 调优主要依赖配置文件修改与 JVM 参数调整，无需复杂命令操作。

客户端配置示例（application.properties）：调整心跳间隔与超时时间，避免频繁请求。

服务端配置示例（application.properties）：关闭 Derby 嵌入式数据库，启用 MySQL 集群存储。

JVM 参数建议：根据服务器内存大小设置堆内存，减少 Full GC 引发的停顿。

为什么会这样

Nacos 服务发现延迟通常由网络传输机制、服务端_GC 停顿或数据库读写瓶颈导致。

默认情况下，Nacos 客户端通过 UDP 接收服务变更推送，但在某些网络环境下 UDP 包可能丢失，客户端会降级为 HTTP 轮询，增加延迟。服务端若使用内置 Derby 数据库，高并发写入时锁竞争严重。服务端 JVM 若未优化，频繁 Full GC 会导致所有请求暂停处理。

分步处理

第一步：确认服务端持久化配置，适用场景为所有生产环境集群。

操作动作：检查 Nacos 服务端 conf/application.properties 文件，确认 db.num 配置大于 0 且指向 MySQL 地址。

风险边界：切换数据库需迁移现有数据，操作前务必备考。

第二步：调整客户端订阅参数，适用场景为服务实例数量多的场景。

操作动作：在客户端配置中设置 spring.cloud.nacos.discovery.heartbeat-interval，默认值为 5000 毫秒，可根据网络状况适当调整。

验证结果：观察客户端日志 nacos.log，确认心跳发送频率符合预期。

第三步：优化服务端 JVM 参数，适用场景为服务端 CPU 或内存使用率高的情况。

操作动作：修改 bin/startup.sh 或 startup.cmd，调整 Xms 和 Xmx 参数，启用 G1 垃圾收集器。

回滚提醒：保留原始启动脚本备份，若启动失败可立即恢复。

怎么验证是否生效

通过客户端日志和服务端监控指标确认延迟变化。

检查命令：查看客户端日志文件，搜索"current ips"关键字，对比服务列表更新的时间戳间隔。

日志位置：客户端默认日志路径为 logs/nacos.log，服务端日志位于 logs/start.out。

状态判断：若服务变更通知在秒级内到达客户端，且服务端 GC 停顿时间低于 100 毫秒，视为优化有效。

常见坑

生产环境使用默认 Derby 数据库会导致高并发下锁竞争严重，必须切换至 MySQL。

客户端版本过低可能不支持 UDP 推送，建议保持与服务端版本一致。

防火墙或安全组策略可能拦截 UDP 端口，导致客户端降级为 HTTP 轮询，增加延迟。

公开资料中没有看到可靠的量化数据表明具体 QPS 提升比例，需根据实际监控判断。

常见问题

Nacos 服务发现默认使用 UDP 还是 HTTP？

默认优先使用 UDP 推送，网络不通时自动降级为 HTTP 轮询。

服务端集群节点数量有要求吗？

生产环境建议至少 3 个节点以保证高可用，单节点存在单点故障风险。

客户端心跳间隔设置越小越好吗？

不是，过小的心跳间隔会增加网络带宽消耗和服务端处理压力，需权衡实时性与资源占用。

参考来源

Nacos 官方文档，页面标题：快速开始，URL：https://nacos.io/zh-cn/docs/quick-start.html

Nacos 官方文档，页面标题：配置管理，URL：https://nacos.io/zh-cn/docs/configuration.html