我们有一台开发用的机器，上面运行了大约 100 多个 NodeJS 容器，全部都在同一个 docker 网络中，彼此之间通过容器名称路由互联。 最近遇到的一个奇怪问题是，容器之间通信时，经常报 getaddrinfo EAI_AGAIN 错误，即 DNS 查询失败。

阅读更多

平日里使用 docker，写惯了 docker exec -it xxxx command ...，确实爽得不行。但是写多了，也容易犯一些低级错误，比如，在 crontab 里写了 docker exec -it xxxx command ...，结果发现这个 crontab 任务一直没有成功执行过……

原因是，docker exec -it 命令中的 -i 和 -t 选项分别表示“可交互的（interactive）”、“终端（terminal）”，也就是说只能在交互式终端里使用。 而 crontab 任务是在非交互式终端里执行的，所以 docker exec -it 命令是无法在 crontab 里使用的。

记得别在 crontab 里把 docker exec 和 -it 选项一起用了。

阅读更多

此前我们用的 MySQL 是 5.7.28 版本，由 AWS RDS 托管。后面 AWS RDS 定期维护时自动更新了 MySQL 版本，升级到了 5.7.42。

我们的自动备份脚本会通过 MySQL 的版本号确定使用的 Docker 镜像，然后从这个镜像启动容器运行 mysqlbinlog 命令，将 binlog 备份下来。

而从不知道什么时候开始，MySQL 官方的标准版 Docker 镜像（如 mysql:5.7.38 这样的镜像）中移除了 mysqlbinlog 命令，导致我们的备份脚本无法正常工作……

这个问题在 MySQL 官方的 Docker 镜像的 Github 仓库中有人提了 issue，答复是 mysql:5.7.38 这类镜像是 minimal 镜像，仅包含服务端所必须的文件，而 mysqlbinlog 是客户端工具，所以不包含在 minimal 镜像中……

因此，如果需要使用 mysqlbinlog 命令，需要使用 mysql:5.7.38-debian 这样的镜像，而不是 mysql:5.7.38 这样的 minimal 镜像。

阅读更多

最近一段时间，发现在 Docker 容器里部署的一个测试用 MySQL 服务端启动极其缓慢，经过排查，竟然是因为文件打开数限制太大导致的……

阅读更多

使用 Docker 部署 MongoDB 的例子。

阅读更多