向运行中的Docker容器导入MySQL数据失败，求助排查

我之前踩过Bitnami MariaDB镜像的类似坑，结合你的配置和问题，给你几个实用的排查方向和解决办法：

1. 注意Bitnami镜像的初始化特性 #

Bitnami的MariaDB镜像有个关键特性：只有在第一次启动（本地数据卷./mysql为空）时，才会自动执行/docker-entrypoint-initdb.d目录下的初始化脚本/备份文件。如果你的容器已经启动过，本地数据卷里已经有数据库数据了，哪怕你后来把备份文件放到./backup目录，容器也不会再执行这些文件。

解决办法：

• 先停止并删除容器：docker-compose down
• 删除本地的./mysql数据卷目录：rm -rf ./mysql
• 确保你的备份SQL文件在./backup目录下，且后缀是.sql或.sql.gz（Bitnami只识别这两类SQL文件，以及.sh脚本）
• 重新启动容器：docker-compose up -d
• 查看容器日志确认初始化：docker logs mariadb，如果看到类似"Executing /docker-entrypoint-initdb.d/xxx.sql"的日志，说明备份已经自动导入了。

2. 检查手动导入命令的问题 #

如果是容器启动后手动执行导入命令，要注意这几点：

• 等待数据库完全就绪：MariaDB启动需要几秒时间，如果你在容器刚启动就跑导入命令，会出现连接拒绝的错误。可以用一个简单的循环等待数据库就绪：

  until docker exec mariadb mysql -uroot -proot -e "SELECT 1"; do
      echo "等待数据库启动..."
      sleep 2
  done
  

• 导入命令的正确性：如果是从本地SQL文件导入，正确的命令应该是：

  docker exec -i mariadb mysql -uroot -proot mydb < ./backup/your-backup-file.sql
  

  你原来的命令末尾的&...看起来不完整，要确保是正确的管道输入或者文件重定向。

3. 排查权限问题 #

Bitnami镜像对数据目录的权限要求很严格，默认是bitnami:bitnami用户组。如果你的./mysql目录是手动创建的，可能权限不匹配，导致数据库无法正常读写数据（虽然你说容器启动正常，但也可能影响后续导入）。

解决办法就是让容器自动创建./mysql目录（也就是前面步骤里删除手动创建的目录，重新启动容器），这样容器会自动设置正确的权限。

4. 查看容器日志定位问题 #

如果上面的方法都不行，一定要看容器的日志：

docker logs mariadb

日志里会明确显示初始化脚本的执行情况、数据库启动的状态、连接错误的原因等，这些信息能帮你快速定位具体问题。

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