2026-06-30 后端启动异常排查记录
记录对象：jzo2o本地开发环境/ VMware CentOS7-101.68 / Docker中间件
一、问题概述
2026-06-30 反馈：前一天后端仍可正常启动，当天由于虚拟机需要重新登录并重新启动容器，之后后端无法启动。本次排查覆盖 Windows 宿主机、IntelliJ 运行状态、VMware 虚拟机、Docker 容器、Nacos / Redis / MySQL 健康状态以及 Nacos 配置来源。
二、最终结论
- 本次后端启动失败不是 Java 代码改动导致，而是虚拟机中间件环境异常导致。
- Redis 已被排除：容器内 `redis-cli -a redis ping` 返回 `PONG`，日志显示 `Ready to accept connections`。
- MySQL 已基本被排除：容器内 `mysqladmin -uroot -p ping` 返回 `mysqld is alive`。
- 真正的直接故障点是 Nacos：容器内访问 `127.0.0.1:8848` 被拒绝，日志明确报错 `No DataSource set`，说明 Nacos 数据源初始化失败，服务没有真正启动成功。
- 由于所有后端服务依赖 Nacos 进行配置获取与服务注册，Nacos 未启动成功会直接导致本地后端全部无法正常拉起。
三、原因归纳
通过 `docker inspect nacos` 确认，当前 Nacos 使用虚拟机中的挂载文件 `/data/soft/nacos/conf/application.properties` 作为真实配置源；同时容器内不存在有效的 `custom.properties` 补充配置，也没有注入 `MYSQL_SERVICE_*` 环境变量。在此状态下，Nacos 启动阶段出现 `No DataSource set`，表明其数据库连接配置在运行时未被正确初始化，从而导致 8848 端口未监听成功。
四、排查过程纪要
序号 | 阶段 | 执行结果/结论 |
1 | 用户描述现象 | 用户说明 2026-06-29 后端仍可启动，2026-06-30 虚拟机重新登录并重启容器后，后端无法启动。 |
2 | 宿主机初查 | 从 Windows 侧看到 Redis 客户端提示 `Can not read response from server`，初步怀疑中间件环境异常。 |
3 | 项目侧复现 | 检查 IDEA 运行状态与 Spring Boot 模块后，确认问题集中在依赖的基础环境，而不是纯编译错误。 |
4 | 虚拟机容器状态检查 | 在 VMware 中看到 Redis、Nacos、MySQL 等容器均处于 `Up` 状态，但宿主机访问 8848/3306/6379 的应用层响应不一致。 |
5 | Redis 验证 | 进入 redis 容器执行 `redis-cli -a redis ping` 返回 `PONG`，并看到 Redis 日志 `Ready to accept connections`。 |
6 | MySQL 验证 | 进入 mysql 容器执行 `mysqladmin -uroot -p ping` 返回 `mysqld is alive`。 |
7 | Nacos 验证 | 进入 nacos 容器访问 `127.0.0.1:8848` 被拒绝，说明 Nacos 服务本身没有成功监听。 |
8 | Nacos 日志取证 | 从 Nacos 日志中定位到 `No DataSource set` 与 `dumpservice bean construction failure` 异常。 |
9 | 配置来源定位 | 通过 `docker inspect nacos` 确认真实配置来自挂载文件 `/data/soft/nacos/conf/application.properties`。 |
10 | 环境变量与补充配置检查 | 确认 nacos 容器未注入 `MYSQL_SERVICE_*` 环境变量，且 `custom.properties` 不存在、`init.d/custom.properties` 仅有注释。 |
11 | 最终归因 | 确定本次后端启动失败的直接原因是 Nacos 数据源初始化失败，导致 Nacos 无法提供配置中心/注册中心能力。 |
五、关键证据摘录
- 宿主机初始症状：访问 192.168.101.68 时 Redis/ Nacos / MySQL 的应用层响应异常，说明问题集中在虚拟机环境，而非 IDE 本身。
- Redis 证据：Redis 容器内 `PONG` + `Ready to accept connections`，可确认 Redis 正常。
- MySQL 证据：MySQL 容器内 `mysqld is alive`，说明数据库主进程正常存活。
- Nacos 证据：容器内 curl 8848 被拒绝；日志报 `Nacos Server did not start because dumpservice bean construction failure : No DataSource set`。
- 配置来源证据：`docker inspect nacos` 显示 `/data/soft/nacos/conf/application.properties` 挂载到 `/home/nacos/conf/application.properties`，这是本次运行的实际配置来源。
- 配置补充缺失证据：`MYSQL_SERVICE_*` 环境变量无输出，`/home/nacos/conf/custom.properties` 不存在，`/home/nacos/init.d/custom.properties` 仅有注释。
六、建议处理方式
- 若目标是最快恢复开发环境，重新导入此前可正常启动的原始虚拟机文件是最稳妥的办法。
- 如继续在当前虚拟机修复，应优先恢复 Nacos 的可用数据源配置，并保证其在容器重启后仍能稳定注入。
- 在后续恢复后，建议先按顺序验证 `docker ps`、Nacos 8848、Redis `PONG`、MySQL `mysqld is alive`，再启动后端服务。
附录：提供的截图证据
以下截图按今天的排查时间线顺序附上，作为本次定位过程中的原始证据留存。
图1 codex-clipboard-ce03fdb7-3c42-487b-b40e-af71bc4d31ae.png
Windows侧测试到192.168.101.68的Redis连接异常，客户端提示服务端在返回完整响应前断开连接。
图2 codex-clipboard-0098c9fe-a86e-4d00-ba46-c225deee8b7c.png
在虚拟机内执行`docker exec -it redis redis-cli -a redis ping`，Redis返回`PONG`，确认Redis容器本身可用。
图3 codex-clipboard-168f0209-df5e-4d2f-ae12-55131717b53e.png
在nacos容器内访问`127.0.0.1:8848`被拒绝，说明Nacos服务未成功监听8848端口。
图4 codex-clipboard-ce991ad3-4b2d-4400-96f2-ca67ac08e305.png
Redis日志显示`Ready to accept connections`，进一步排除Redis作为本次故障根因。
图5 codex-clipboard-e8b96d40-9e90-4e13-a08e-962f45263214.png
Nacos日志截取，显示容器启动过程在反复拉起Java进程但未形成可用服务。
图6 codex-clipboard-a91ef6cf-01ee-4f14-ac21-1842d5379c72.png
MySQL容器日志显示entrypoint启动信息，为后续单独验证MySQL状态提供线索。
图7 codex-clipboard-cb7435d6-c8e6-499a-afc0-37401eb99b7f.png
Nacos启动栈报错：`Nacos Server did not start because dumpservice bean construction failure : No DataSource set`。
图8 codex-clipboard-7d2ad3a4-1a1d-443a-9444-17271092d2de.png
同一异常截图的补充部分，再次确认Nacos失败点在数据源初始化，而非Redis或后端代码编译。
图9 codex-clipboard-292dbe3c-7ec2-4e0e-bd19-8134597dc491.png
Nacos容器内`ps -ef`可见Java进程仍存在，说明容器是`Up`状态，但应用没有健康启动完成。
图10 codex-clipboard-adfb2a63-e347-4dc9-b0f4-799343af39a0.png
在nacos容器内尝试用`ss -lntp | grep 8848`检查监听时，由于命令输入有误未得到有效结果。
图11 codex-clipboard-31934948-3133-4379-8efb-2698f4a9493d.png
MySQL容器内执行`mysqladmin -uroot -p ping`返回`mysqld is alive`，确认MySQL服务本身可用。
图12 codex-clipboard-c4f744eb-0ffe-43b1-9147-7a6ac38e0809.png
查看nacos容器`/home/nacos/conf`，只有`application.properties`、日志配置和SQL脚本，没有单独的`custom.properties`。
图13 codex-clipboard-fb179e35-0e2f-480e-8d8d-2496e54e0208.png
容器内`application.properties`显示Nacos数据源依赖MySQL配置项，包含`db.url.0`、`db.user`、`db.password`等字段。
图14 codex-clipboard-d9222f29-f665-4d87-a68c-50c02148dce4.png
确认`/home/nacos/conf/custom.properties`不存在，排除了通过该文件补充数据源配置的可能。
图15 codex-clipboard-f5a06727-7dcc-4ec1-ab65-f1b25fdaeac2.png
查看`/home/nacos/init.d/custom.properties`，内容均为注释，未提供实际MySQL数据源参数。
图16 codex-clipboard-095df110-d6f1-439c-b9f7-00fdadb4bedd.png
执行`docker exec -it nacos env | grep MYSQL_SERVICE"`时，由于误加引号，shell进入补全状态，提示后续命令需要重输。
图17 codex-clipboard-bd1c762a-7508-44c3-bd3f-30bd714a06a0.png
重新执行环境变量检查后，`MYSQL_SERVICE_*`无任何输出，说明nacos容器未注入这组环境变量。
图18 codex-clipboard-d169bb3c-53c7-4780-8ea6-b5a223eb209c.png
进一步查看挂载到主机路径后的`application.properties`内容，确认当前运行时使用的就是该文件中的Nacos/MySQL配置。
图19 codex-clipboard-4ab61418-3d31-4ab6-b4d7-5f31d5310ffc.png
通过`docker inspect nacos`确认nacos容器镜像、启动参数和挂载关系：`/data/soft/nacos/conf/application.properties`是真实生效配置源。