这是「把自己部署到互联网上」系列的第 32 篇。

上一篇，把个人博客通过 Docker 部署起来了：

• 项目目录有了，代码拉下来了

• .env 配好了

• Dockerfile 和 Compose 文件也整理了
• 应用容器和数据库容器跑起来
• 全局 Nginx 能转发请求
• 域名和 HTTPS 也开始接入

到这一步，博客已经算基本部署成功。

但接着做下来我发现：容器跑起来，不等于博客真的可用，这篇文章主要记录下使用过程中踩到坑的问题，供大家参考下，避免再次踩坑。

遇到的问题

问题1 数据库容器正常运行，但应用连不上

查看容器日志，日志里可能会出现 connection refused、ac...

这是「把自己部署到互联网上」系列的第 33 篇。

从第 26 篇到第 32 篇，我把个人博客上线前很关键的一段走完了。

这一段主要解决三个问题：

1. 网站如何可信访问
2. 资源如何长期承载
3. 博客如何真正跑起来

可信访问这条线包括 HTTPS、SSL 证书、通配符证书和 acme.sh

资源承载这条线包括对象存储、桶策略、JSON 配置和域名访问控制

博客运行这条线包括 Docker 部署、数据库连接、迁移和管理员初始化

写到这里，我的博客开始具备上线条件了。注意，是具备上线条件，后续还要持续完善。

具备上线条件，意味着核心链路已经打通：能访问，能通过 HTTPS 访问，能运行，能存数据，...

这是「把自己部署到互联网上」系列的第 34 篇。

上一篇复盘了从 HTTPS 到对象存储，再到 Docker 部署和数据库初始化。博客具备上线条件后，很快会遇到一个实际维护问题：我想用 Navicat 看一下 Docker 里的数据库，应该怎么连？

这个需求很常见。比如确认表是否创建成功，检查迁移有没有执行，看管理员账号是否初始化，排查某条数据为什么没写进去，导出部分数据，或者临时执行一条 SQL。Navicat、DataGrip、DBeaver 这类工具确实方便。

但前提必须明确：不要为了让数据库工具连上，就直接把数据库端口暴露到公网。

MySQL 服务在哪儿？

先看 Docker 里...