TOPIC / ARCHIVE

Docker

围绕 Docker 的实践记录、工具整理与问题解决过程。

Docker 出问题时怎么查:不重装,像物业一样找到是哪间房出了问题

Docker 出问题时怎么查:不重装,像物业一样找到是哪间房出了问题

当 Docker 报错时,很多人会做同一件事:关掉 Docker Desktop,重开;不行就删容器;再不行就重装。 这样做有时真的能“暂时好了”,但它没有让你知道问题出在哪里。下次遇到同样的问题,你还是会焦虑。 更麻烦的是:如果你在不知道数据卷作用的情况下乱删,真正重要的数据反而可能被误删。 所以这篇文章先给你一条最重要的原则: Docker 出问题时,先看状态,再看日志,再看连接。最后才考虑删除重建。 你不需要成为运维工程师。你只需要把 Docker 当成一栋楼: * 打不开网页,先看楼外门牌有没有挂好; * 两个服务连不上,先看内部电话线有没有接上; * 容器一直重启,先看房间里开门后发生了什么; * 数据不见了,先看是不是接错了储物柜; * 权限报错,先看谁没有拿到该有的钥匙。 按这个顺序排查,绝大多数新手问题都不会再显得神秘。 先把这 5 条“救火命令”收藏起来 你不需要一次学会几十条命令。下面五条足够覆盖最常见情况。 命令 它在生活中像什么

Docker
最近更新 2026.08.25
25 8月 2026
Docker Compose:让 n8n命令变成菜单。

Docker Compose:让 n8n命令变成菜单。

你有没有过这种经历? 第一次部署 n8n 时,照着教程在终端里敲了一大串命令。里面有端口、密码、挂载路径、网络、重启策略。最后它确实跑起来了。 过了两周,电脑重启。你想重新启动 n8n,却发现自己完全忘记当时写过什么。 你开始翻聊天记录、翻浏览器历史、翻收藏夹。终于找到那条命令,又不确定自己有没有改过端口、有没有挂过数据卷、密码是不是同一个。 这不是你记性不好。是因为“把一套应用的所有规则,塞进一条很长的命令”,本来就不适合长期使用。 Docker Compose 就是为了解决这件事。 它让你把 n8n、数据库、端口、数据、网络和启动规则,统一写进一份清单。以后启动不靠回忆,只需要一句命令。 今天我们不追求一口气背完 YAML。我们只做一件事:像给一栋小楼写物业清单那样,把 n8n 和它需要的数据库安排清楚。 先看你最终会得到什么 完成后,你会拥有一个文件夹。

Docker 部署 n8n
最近更新 2026.08.24
24 8月 2026
数据卷不是文件夹:你敢重装 n8n,是因为知道数据不会丢

数据卷不是文件夹:你敢重装 n8n,是因为知道数据不会丢

你可能已经把 n8n 跑起来了。工作流能执行,接口也接好了,甚至已经自动帮你整理表格、发送通知、同步内容。 然后有一天,你看到 Docker Desktop 提示镜像可以更新。你想点击更新,却突然不敢动。 你真正担心的并不是“更新会不会失败”。你担心的是:万一我重装容器,前几天做好的工作流、登录过的账号、保存的凭据,会不会全部没了? 这正是很多人第一次接触 Docker 时最容易踩的坑:他们以为“容器正在运行”,就等于“数据已经安全”。其实不是。 今天这篇文章只解决一件事:让你的 n8n 像住进一间可以随时翻新的房间,但所有重要资料都放在房间外的独立储物柜。 这样以后升级、重启、重建容器时,你不会再因为害怕丢数据而不敢操作。 先给你一个最重要的结论 容器负责运行 n8n;数据卷负责保存 n8n 的资料。容器可以换,数据卷不能乱删。 你可以把 Docker

n8n Docker
最近更新 2026.08.23
23 8月 2026