Docker日志轮转需通过daemon.json全局配置max-size、max-file和compress参数实现统一治理，单容器可覆盖但非常规；配置映射推荐命名volume+初始化脚本+只读挂载，敏感信息用secret管理，并在日志中输出配置上下文便于追踪。
配置文件映射和日志滚动是容器化部署中两个高频但易被轻视的环节。做不好，轻则配置混乱、日志失控，重则磁盘爆满、服务中断。核心不在于“能不能”，而在于“怎么设得稳、改得清、查得快”。
配置文件映射：用 volume 代替 bind mount 更可控
直接挂载宿主机路径（bind mount）看似简单，但存在权限错乱、路径硬编码、多环境难切换等问题。推荐优先使用命名 volume + 初始化脚本的方式：
- 定义 volume：
docker volume create app-config，再通过docker run -v app-config:/app/config挂载 - 首次启动时，用初始化容器把默认配置写入 volume：
docker run --rm -v app-config:/target alpine cp /defaults/config.yaml /target/ - 应用容器只读挂载：
-v app-config:/app/config:ro，避免运行时意外覆盖 - 敏感配置用
docker config（Swarm）或docker secret管理，不落盘、不进镜像
日志滚动：全局配置优于单容器覆盖
逐个容器加 --log-opt 容易遗漏，也难统一治理。生产环境应以 /etc/docker/daemon.json 为基准统一策略：
- 创建或编辑 daemon.json：
{
"log-driver": "json-file",
"log-opts": {
"max-size": "100m",
"max-file": "5",
"compress": "true"
}
} - 重启生效：
sudo systemctl restart docker，注意旧容器需重建才继承新配置 - 验证方式：
docker inspect | grep -A 5 LogConfig，确认 max-size/max-file 已加载 - 若某容器需特殊策略（如调试期保留更多日志），可在
docker run中用--log-opt覆盖，但非常规操作
配置与日志联动：让日志里能看清“谁用了哪份配置”
日志内容本身要带上下文，否则排查时容易迷失。建议在应用启动阶段主动输出关键配置摘要：
- 例如 Java 应用在
main()开头打印：Loaded config from /app/config/app.yaml (env=prod, timeout=30s) - Node.js 可在
index.js加：console.log('Config loaded:', { env, dbHost, logLevel }) - 配合 JSON 格式日志（
"config_env":"prod"），方便后续用 ELK 或 Loki 做字段聚合分析
日常巡检：两个命令守住底线
运维不是靠运气，而是靠可执行的检查项：
- 查日志占用：
du -sh /var/lib/docker/containers/*/*-json.log | sort -hr | head -5，快速定位膨胀容器 - 查配置挂载是否生效：
docker inspect | jq '.HostConfig.Binds'或.Mounts[] | select(.Type=="volume") - 发现异常日志增长，立即结合
docker logs --tail 100查最近输出，判断是业务异常还是日志级别过高
