docker inspect 无法查看文件系统各层读写频率，因其仅输出静态元数据快照，不含 I/O 计数器、不解析分层访问频次、不挂钩 cgroups 底层统计接口；真实 IO 活跃度需依赖 docker stats、cgroup 文件系统或 iotop 等运行时工具分析。
docker inspect 无法直接查看文件系统各层的读写频率。它只提供静态配置和状态快照，不采集运行时 i/o 行为数据，更不区分镜像只读层与容器可读写层的访问频次。
为什么 inspect 不显示读写频率
docker inspect 输出的是容器元数据（如创建时间、挂载点、网络配置、资源限制等），所有字段均为一次性快照，不含性能指标。其中：
-
没有 I/O 计数器字段：不像
docker stats提供 BLOCK I/O 累计值，inspect 中不存在任何与“读了多少次”“写了多少字节/秒”相关的动态统计项； -
不解析分层细节：虽然能通过
.GraphDriver.Data.UpperDir或.GraphDriver.Data.WorkDir查到可读写层路径，但不会告诉你该层被访问了几次或哪些文件被频繁修改； -
不挂钩 cgroups 或 blkio 接口：Linux 内核中真实的 IO 频率数据来自
cgroup v1 blkio.io_service_bytes或v2 io.stat，这些需用cat /sys/fs/cgroup/...手动读取，inspect 不做这类底层采集。
真正能反映分层读写活跃度的方法
要评估哪一层（尤其是可读写层）在高频读写，需结合宿主机视角的工具定位真实行为：
-
用 docker stats 观察 BLOCK I/O 累计变化：连续执行
docker stats --no-stream 容器名多次，对比读/写总量增长速度，确认整体磁盘压力是否存在； -
在宿主机上查容器对应的 cgroup 路径：运行
docker inspect --format='{{.ID}}' 容器名获取 ID，再查/sys/fs/cgroup/blkio/docker/（v1）或/blkio.io_service_bytes /sys/fs/cgroup/docker/（v2），看 read/write 字节数是否快速上升；/io.stat -
用 iotop 或 pidstat 定位具体进程：进入容器执行
top只能看到进程 CPU，而iotop -P -p $(cat /proc/1/cpuset | xargs -I{} basename {})（需 root）可在宿主机按 cgroup 过滤出该容器内所有进程的实时 IO； -
检查可读写层目录的 inotify 监控或 access time：若容器未禁用 atime，可临时挂载
overlay2的 UpperDir 到宿主机某路径，用find /path/to/upper -type f -amin -1查一分钟内被访问过的文件——这虽非精确频率，但能识别热点文件。
补充说明：分层结构本身不记录“频率”
Docker 容器的分层是联合文件系统（如 overlay2）实现的逻辑视图：
- 只读层（镜像层）默认不可写，理论上无“写频率”，但某些场景下（如 mmap + MAP_PRIVATE 修改）会产生写时复制（COW），实际仍落盘到可读写层；
- 可读写层（UpperDir）是唯一接收所有写操作的地方，所有文件新增、修改、删除都发生在此，因此它的 IO 活跃度天然最高；
- 没有机制对每一层单独打点统计“读了多少次”，因为用户看到的路径是合并后的统一视图，内核不按层拆分 I/O 计数。
想掌握哪类文件或路径最忙，得靠运行时工具而非静态配置命令。inspect 是查“它被怎么建的”，stats 和系统工具才是查“它正在怎么跑”。
