docker默认json-file驱动因单文件锁和同步写入导致高并发i/o阻塞，应改用fluentd等异步驱动、配置max-size/max-file轮转或剥离至sidecar采集。
这个问题核心在于 Docker 默认的 json-file 日志驱动在高并发写入时，因单文件锁机制导致 I/O 阻塞甚至容器卡死，尤其在压测场景下表现明显。解决方向不是“绕过锁”，而是替换或重构日志落盘方式，避免争用同一文件句柄。
改用非阻塞日志驱动替代 json-file
默认 json-file 会把所有日志写入单个 json.log 文件，内核级文件锁在高频写入时极易成为瓶颈。生产压测环境应禁用它：
- 全局禁用：编辑
/etc/docker/daemon.json，添加或修改：{"log-driver": "none"}（完全不记录日志）或{"log-driver": "syslog", "log-opts": {"syslog-address": "tcp://127.0.0.1:514"}}（转给 syslog 服务异步处理） - 按服务指定（Docker Compose）：
services:<br> api:<br> logging:<br> driver: "fluentd"<br> options:<br> fluentd-address: "localhost:24224"<br> fluentd-async: "true"
-
关键点：启用
fluentd-async: "true"或gelf-tcp等支持缓冲与重试的驱动，让日志写入脱离容器主进程线程。
限制单容器日志体积并轮转
即使保留 json-file，也必须强制轮转，防止单文件过大加剧锁竞争：
- 在
daemon.json中统一配置：{"log-driver": "json-file","log-opts": {"max-size": "10m","max-file": "3"}} - Docker Compose 中单独控制：
logging:<br> driver: "json-file"<br> options:<br> max-size: "5m"<br> max-file: "2"
- 效果：日志写满 5MB 后自动切新文件，旧文件被归档，大幅降低单次写锁持续时间。
剥离日志采集到独立 Sidecar 容器
让业务容器专注处理请求，日志采集由专用容器异步完成：
- 使用
fluentd或filebeat镜像作为 Sidecar，挂载业务容器的/var/lib/docker/containers/[ID]/*.log目录（需hostPath或bind mount） - Sidecar 不与业务容器共享 stdout/stderr，而是直接读取 Docker 引擎生成的原始日志文件，规避容器运行时锁
- 示例 Compose 片段：
fluentd-sidecar:<br> image: fluent/fluentd<br> volumes:<br> - /var/lib/docker/containers:/containers:ro<br> depends_on:<br> - app
压测期间临时关闭容器日志
若压测目标是纯性能验证（如吞吐、延迟），可彻底关闭日志以消除一切 I/O 干扰：
- 启动容器时加参数：
docker run --log-driver none ... - Compose 中：
logging: {driver: "none"} - 注意：仅限压测阶段；正式环境必须保留可追溯日志，建议搭配应用内结构化日志（如 JSON 格式输出到 stdout）+ 外部采集链路。
