Docker Desktop升级至4.30.0+后旧容器数据无法读取，因新版本弃用并自动删除docker-desktop-data分发，原ext4.vhdx不再挂载，WSL运行时环境重置导致-v挂载失效；抢救需立即备份C:\Users[用户名]\AppData\Local\Docker\wsl\data\ext4.vhdx并手动导入命名卷。
升级到 Docker Desktop 4.30.0 及之后版本（如 4.45.0、4.74.0）后，旧容器无法读取原有数据，不是配置写错了，而是底层 WSL 数据分发结构被重置 —— docker-desktop-data 分发被弃用或自动删除，原 ext4.vhdx 文件不再挂载，数据路径彻底失效。
为什么 docker run -v 挂载的宿主机目录“突然失效”
这不是挂载命令的问题，而是 WSL 运行时环境变了。新版本 Docker Desktop 默认只使用一个 WSL 分发（docker-desktop），不再自动识别或挂载旧版的 docker-desktop-data 分发。即使你在 -v 中写了正确的 Windows 路径（如 C:\Users\me\docker\mysql\data），只要该路径下没数据、或权限不对、或容器内进程 UID 不匹配，就会退回到容器可写层 —— 表现为“容器重启后数据消失”或“首次启动时数据库空仓初始化”。
- 用
docker exec -it 容器名 ls -l /var/lib/mysql看目录是否为空：空 = 挂载失败或路径错误 - 检查宿主机路径是否存在且非空：
dir C:\Users\me\docker\mysql\data（Windows）或ls -la ~/docker/mysql/data（macOS/Linux） - 确认容器内进程用户能写入：MySQL 镜像默认以 UID=999 用户运行，宿主机目录需对 UID=999 可写（Windows 绑定挂载通常忽略此问题，但 WSL2 下可能因元数据丢失导致权限错乱）
wsl --list --verbose 显示 docker-desktop-data 已消失怎么办
这说明升级过程已删除旧分发。你无法“恢复”它，但可以抢救数据文件。旧版 docker-desktop-data 的 ext4.vhdx 默认存于：C:\Users\[用户名]\AppData\Local\Docker\wsl\data\ext4.vhdx。只要这个文件没被系统清理工具删掉，就还有救。
- 立即停止所有 Docker Desktop 操作，避免覆盖磁盘
- 用 7-Zip 或
wsl --import方式挂载该ext4.vhdx文件（需先导出为 tar）：wsl --export docker-desktop-data C:\tmp\old-data.tar命令已失效？那直接用 7-Zip 打开ext4.vhdx，进入rootfs\var\lib\docker\volumes\提取命名卷数据，或进rootfs\var\lib\docker\overlay2\找匿名卷（不推荐，结构复杂） - 提取出的数据库文件（如 MySQL 的
ibdata1、ib_logfile0、库目录）应复制到新挂载路径，并确保目录属主与容器内 UID 匹配（Linux/macOS 下用chown -R 999:999 /host/path）
如何让新容器真正复用旧镜像 + 旧数据（非备份还原）
核心是绕过 WSL 分发迁移陷阱，改用显式、可验证的数据卷管理。不要依赖“升级后自动继承”，必须手动重建信任链。
- 停掉 Docker Desktop，执行
wsl --shutdown - 创建命名卷并预填充数据：
docker volume create mysql-old-data，然后用docker run --rm -v mysql-old-data:/target -v C:\temp\extracted-mysql:/source alpine cp -r /source/. /target/把抢救出的数据灌进去 - 启动新容器时严格指定命名卷：
docker run -v mysql-old-data:/var/lib/mysql ... mysql:8.0，而非绑定挂载路径 - 验证：
docker volume inspect mysql-old-data查看 Mountpoint，进入该路径确认文件存在且时间戳匹配
最易被忽略的一点：Docker Desktop 新版本会静默忽略未注册的 WSL 分发，也不会报错提示“找不到 docker-desktop-data”。它只是安静地用一个干净的 docker-desktop 启动 dockerd，所有旧状态归零。抢救数据的关键窗口期，就在升级完成、首次启动前的几分钟 —— 此时旧 ext4.vhdx 文件往往还躺在磁盘上，但没人告诉你它正在倒计时被系统回收。
