在使用 Docker 部署 MySQL 主服务器时，执行 `SHOW MASTER STATUS\G;` 命令返回空结果，通常表示二进制日志（Binary Log）未正确启用或配置。以下是可能的原因及相应的解决方案： ### 1. **主服务器未启用二进制日志** MySQL 的主从复制依赖于二进制日志来记录数据库的更改操作。如果未在配置文件中启用二进制日志，则 `SHOW MASTER STATUS` 将不会显示任何内容。 #### 解决方案： 确保在 MySQL 主服务器的配置文件（如 `/etc/mysql/conf.d/master.cnf` 或 `/etc/mysql/my.cnf`）中添加以下配置项[^4]： ```ini [mysqld] server-id=1 log-bin=mysql-bin ``` - `server-id`：用于唯一标识服务器，在主从架构中必须唯一。 - `log-bin`：启用二进制日志并指定其前缀名称。 重启 MySQL 容器以应用新的配置： ```bash docker restart mysql-master ``` ### 2. **容器挂载的配置文件路径不正确** 在使用 `-v` 参数挂载配置文件时，若本地主机的目录结构与容器内部路径不匹配，可能导致配置未被正确加载。 #### 解决方案： 检查运行容器时使用的命令是否正确映射了配置文件目录，例如： ```bash docker run -d \ -p 3306:3306 \ -v /liush/mysql/master/conf:/etc/mysql/conf.d \ -v /liush/mysql/master/data:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORD=root \ --name mysql-master \ mysql:8.0.29 ``` 确保 `/liush/mysql/master/conf` 目录中包含正确的 `master.cnf` 文件，并且该文件已正确配置 `log-bin` 和 `server-id` 参数[^1]。 ### 3. **权限问题导致无法写入二进制日志** 如果容器内的 MySQL 用户没有对数据目录的写权限，可能导致无法生成二进制日志文件。 #### 解决方案： 检查宿主机上的数据目录权限，确保 MySQL 进程有写入权限。可以使用以下命令修改权限： ```bash chmod -R 777 /liush/mysql/master/data chown -R 1001:1001 /liush/mysql/master/data ``` 此外，可以在容器内查看是否存在 `mysql-bin.*` 文件： ```bash docker exec -it mysql-master ls /var/lib/mysql | grep mysql-bin ``` ### 4. **未创建用于复制的用户** 即使启用了二进制日志，如果没有创建专门用于复制的用户并授予 `REPLICATION SLAVE` 权限，主服务器的状态信息可能仍然为空。 #### 解决方案： 进入容器并创建复制用户： ```bash docker exec -it mysql-master mysql -uroot -p ``` 执行以下 SQL 命令： ```sql CREATE USER 'slave'@'%' IDENTIFIED BY 'slave_password'; GRANT REPLICATION SLAVE ON *.* TO 'slave'@'%'; FLUSH PRIVILEGES; ``` 然后再次执行 `SHOW MASTER STATUS\G;` 查看输出结果。 ### 5. **MySQL 版本兼容性问题** 某些 MySQL 版本可能存在配置差异，尤其是在使用较旧版本时，可能会导致 `log-bin` 配置未被识别。 #### 解决方案： 确认使用的 MySQL 镜像版本（如 `mysql:8.0.29`），并在官方文档中查阅该版本的二进制日志配置方式。如有需要，可尝试升级到最新稳定版本以确保兼容性[^1]。 ---