docker容器无日志缓存机制，日志实时捕获stdout/stderr并立即写入；需配置的是日志轮转（max-size/max-file/compress）、全局daemon.json设置或外部驱动（如fluentd）转发。
Docker 容器本身没有“日志缓存”这个概念，你提到的“日志缓存配置”通常存在误解。Docker 日志系统不缓存日志——它实时捕获容器的 stdout/stderr 流，并立即写入（取决于日志驱动），不是先存内存再刷盘的“缓存机制”。
真正需要配置的是：
- ✅ 日志落盘行为（如轮转大小、数量、压缩）
- ✅ 日志传输路径（是否发往 Fluentd、syslog、云服务等）
- ❌ 不是“缓存策略”，Docker 不提供日志内存缓冲或延迟写入选项（像某些应用层日志库那样）
下面分三类讲清楚该怎么配：
容器级日志轮转配置（最常用）
适用于 json-file 驱动，控制单个容器日志文件大小和保留数量：
docker run -d \ --log-driver=json-file \ --log-opt max-size=10m \ --log-opt max-file=3 \ --log-opt compress=true \ nginx:alpine
-
max-size=10m：单个日志文件达到 10MB 就触发轮转 -
max-file=3：最多保留 3 个历史轮转文件（+ 当前文件 = 共 4 个） -
compress=true：对归档文件（如-json.log.1）自动 gzip 压缩，节省磁盘
⚠️ 注意：
compress仅对.1,.2等轮转文件生效，当前活跃日志文件（-json.log）不会压缩。
守护进程级全局配置（推荐生产环境统一管理）
编辑 /etc/docker/daemon.json：
{
"log-driver": "json-file",
"log-opts": {
"max-size": "10m",
"max-file": "3",
"compress": "true"
}
}
执行 sudo systemctl restart docker 生效。此后所有新创建的容器都会继承该配置。
外部日志采集场景（无本地落盘，规避“缓存”误判）
若你希望日志不写宿主机磁盘（避免 I/O 压力和磁盘爆满），应改用转发型驱动，例如：
-
fluentd：发给 Fluent Bit / Fluentd 聚合 -
syslog：对接 rsyslog 或 syslog-ng -
awslogs/gcplogs：直传云日志服务
示例（发给本地 Fluentd）：
docker run -d \ --log-driver=fluentd \ --log-opt fluentd-address=127.0.0.1:24224 \ --log-opt tag="app.nginx" \ nginx:alpine
这种模式下，Docker 不在本地存日志文件，也就不存在“日志缓存清理”问题——日志是流式发送的，Fluentd 才负责缓冲、重试、批处理等。
? 补充说明：
- Docker 的
json-file驱动底层使用bufio.Writer写文件，有极小的内核页缓存（OS 层面），但不可配置、不可控、也不属于 Docker 日志配置范畴。- 如果你看到“日志延迟出现”或“重启后丢失最后几行”，通常是应用自身未 flush stdout（比如 Python 默认行缓冲、Java 需加
-Djava.util.logging.SimpleFormatter.format=或调用System.out.flush()），不是 Docker 缓存导致的。
不复杂但容易忽略
