MySQL“Another MySQL daemon already running with the same unix socket”的处理和启动、停止、重启

### 如何检查 iSulad 守护进程是否正在主机上运行 为了确认 iSulad 守护进程是否正常工作并解决 `isulad connection issue` 的问题，可以按照以下方法来验证： #### 使用 systemctl 命令检查服务状态 通过 Linux 提供的服务管理工具 `systemctl` 可以方便地查看 iSulad 服务的状态。输入下面的命令将会显示当前 iSulad 服务的具体情况。 ```bash sudo systemctl status isulad ``` 如果该服务处于活动（active）状态，则说明守护程序已经在后台成功启动；反之则表示存在问题[^1]。 #### 查看日志文件排查异常信息 对于更详细的诊断，还可以查阅 `/var/log/messages` 或者特定于 iSulad 日志位置的日志记录。这有助于发现任何潜在错误或警告提示，从而进一步分析为什么会出现连接失败的情况。 ```bash journalctl -u isulad --no-pager | less ``` 上述命令会展示所有来自 iSulad 单元的日志条目，并允许滚动浏览整个输出而不立即退出终端窗口[^2]。 #### 验证网络端口监听状况 考虑到可能是由于防火墙设置阻止了必要的通信端口，因此有必要确保 iSulad 所需的相关端口未被屏蔽。利用 netstat 工具能够快速了解本机开放哪些 TCP/IP 连接和服务端口号。 ```bash netstat -tlnp | grep isulad ``` 这条指令将过滤出由 iSulad 维护的所有侦听中的套接字及其对应的 PID/Program name 。如果没有找到相应的条目，那么很可能是因为守护进程尚未正确初始化或者根本没有运行起来[^3]。 #### 测试本地客户端连接功能 最后一步是在同一台机器上尝试建立一个简单的测试连接至 iSulad API 接口，以此检验是否存在其他内部因素妨碍外部访问请求的成功到达目标地址。 ```bash curl --unix-socket /run/isulad.sock http://localhost/ ``` 此 curl 请求旨在模拟 HTTP 方法调用并通过 Unix domain socket 方式与本地实例交互。假如返回预期响应而非超时或其他形式拒绝，则证明至少在单机环境下是可以工作的[^4]。