如何实现Docker日志持久化，避免容器删除后历史日志丢失

以下方案均不需要修改容器内部业务逻辑，适配容器日志全部输出到STDOUT/STDERR的场景：

方案1：配置日志驱动输出到宿主机syslog #

将容器日志直接投递到宿主机原生syslog服务，日志存储完全和容器生命周期解绑：
在docker-compose.yml对应服务下添加logging配置段即可，示例如下：

services:
  your-service-name:
    image: xxx # 你的原有镜像配置
    # 其他原有端口、环境变量等配置保持不变
    logging:
      driver: "syslog"
      options:
        syslog-address: "unix:///dev/log"
        tag: "your-service-tag" # 自定义日志标签，用于后续筛选对应服务的日志

配置生效后，日志会写入宿主机系统日志文件：

• Debian/Ubuntu系统可从/var/log/syslog筛选对应tag的日志
• CentOS/RHEL系统可从/var/log/messages筛选对应tag的日志

方案2：日志输出重定向到宿主机挂载目录 #

通过命令重定向把STDOUT/STDERR的输出直接写入宿主机挂载的持久化目录：

services:
  your-service-name:
    image: xxx # 你的原有镜像配置
    # 其他原有端口、环境变量等配置保持不变
    volumes:
      - ./service-logs:/var/log/your-service # 把宿主机当前目录的service-logs文件夹挂载到容器内指定路径
    command: sh -c "你的原有启动命令 >> /var/log/your-service/running.log 2>&1"

所有运行日志会直接写入宿主机./service-logs目录下的文件，即使容器被删除，宿主机的日志文件也会完整保留。

方案3：本地日志采集集中归档 #

如果有多容器统一管理日志的需求，可以在宿主机部署轻量采集工具（如Fluentd、Filebeat），统一采集所有容器的STDOUT/STDERR日志，转存到宿主机固定目录、本地数据库等存储介质，支持日志检索、归档、批量导出等操作。

注意：所有方案都建议配套配置日志轮转规则，避免日志文件持续增长占用过多磁盘空间。

内容的提问来源于stack exchange，提问作者bhargav_sk1077