共享数据卷的独立MySQL Docker容器执行mysqldump遇锁错误

问题核心原因 #

这个错误和Docker Volume还是Bind Mount无关，本质是你尝试让两个MySQL实例同时操作同一个数据目录——这是MySQL明确禁止的行为，不管用哪种挂载方式，InnoDB的文件锁机制都会触发Unable to lock ./ibdata1 error: 11错误，因为它不允许多个实例同时读写核心数据文件。

你对MySQL文档的误解 #

文档里说的「用另一个容器执行备份」，不是让你启动第二个MySQL服务并挂载同一个数据目录，而是用一个带有mysqldump工具的容器，通过网络连接到正在运行的主MySQL容器来执行备份，完全不需要直接挂载数据目录。

正确的备份方式 #

方式1：直接在主容器内执行mysqldump #

通过docker exec进入运行中的主容器执行备份命令：

# 替换容器名、用户名、密码
docker exec mysql-container mysqldump -u root -pyour_password --all-databases > backup.sql

如果用Docker Compose：

docker-compose exec mysql mysqldump -u root -pyour_password --all-databases > backup.sql

方式2：用独立容器通过网络备份 #

启动一个临时的MySQL容器（仅用其mysqldump工具），连接到主容器的网络执行备份：

# 替换网络名、主容器服务名、用户名、密码
docker run --rm --network your-compose-network mysql:latest mysqldump -h mysql-service -u root -pyour_password --all-databases > backup.sql

注：Compose默认网络为项目名_default，主服务名就是你在docker-compose.yml里定义的服务名称。

关键提醒 #

永远不要让多个MySQL实例共享同一个数据目录，无论是本地环境还是Docker容器，这会破坏数据一致性并触发锁错误，和挂载方式（Volume/Bind Mount）没有关系。

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