本文旨在解决在docker compose环境中，python flask应用无法连接到mysql容器的常见错误，即“can't connect to mysql server on 'mysql:3307'”。核心问题在于对docker网络和端口映射的误解。教程将详细解释容器内部端口与宿主机映射端口的区别，并提供正确的配置方法，确保应用能够成功连接数据库。
在Docker Compose构建的多服务应用中，数据库连接问题是开发者常遇到的挑战之一。当一个应用程序容器尝试连接到另一个数据库容器时，错误的端口配置可能导致连接失败，例如出现“Can't connect to MySQL server on 'mysql:3307'”的错误信息。本文将深入探讨这一问题，并提供详细的解决方案。
理解Docker Compose中的网络与端口映射
在Docker Compose文件中，ports指令用于将容器内部的端口映射到宿主机的端口。其格式通常为 HOST_PORT:CONTAINER_PORT。这意味着，如果你想从宿主机访问容器内部的服务，你需要使用 HOST_PORT。然而，当容器之间在同一个Docker网络中进行通信时，它们会直接通过服务名称和容器内部的端口进行交互，而不是通过宿主机映射的端口。
以MySQL服务为例，其默认监听端口是 3306。在 docker-compose.yml 文件中，如果配置了 ports: - "3307:3306"，这表示：
- 宿主机外部访问： 你可以通过宿主机的 3307 端口访问MySQL容器内部的 3306 端口。
- Docker网络内部访问： 在同一个Docker网络中的其他容器（例如你的 python_app 容器）如果想连接到 mysql 服务，应该直接使用 mysql 作为主机名，并指定MySQL容器内部监听的端口 3306。
诊断连接错误：'mysql:3307'
当应用程序日志显示 Can't connect to MySQL server on 'mysql:3307' 错误时，它明确指出应用程序尝试连接到名为 mysql 的服务，但使用了端口 3307。根据上述的Docker网络原理，这是一个常见的误区。
回顾 docker-compose.yml 文件中的MySQL服务配置：
services:
mysql:
image: mysql:latest
ports:
- "3307:3306" # 宿主机端口3307映射到容器内部端口3306
environment:
MYSQL_ROOT_PASSWORD: root
MYSQL_DATABASE: db
MYSQL_USER: user
MYSQL_PASSWORD: password
networks:
- sql_network
volumes:
- /mysql_data:/var/lib/mysql这里清晰地表明，MySQL容器内部的服务是在 3306 端口上运行的。宿主机的 3307 端口仅用于外部访问。
修正应用程序的数据库连接配置
Python Flask应用程序在 dbService.py 中配置了数据库连接参数：
config = {
'host': 'mysql', # Docker Compose服务名称，正确
'port': '3307', # **错误：应为容器内部端口3306**
'user': 'user',
'password': 'password',
'database': 'db',
}问题症结在于 port: '3307'。当 python_app 容器通过 host: 'mysql' 尝试连接时，它是在Docker内部网络中寻找 mysql 服务。此时，应该使用 mysql 服务实际监听的内部端口 3306，而不是宿主机映射的端口 3307。
正确的数据库连接配置应如下所示：
# dbService.py
import mysql.connector
import logging
import time
logger = logging.getLogger(__name__)
config = {
'host': 'mysql', # Docker Compose服务名称，在Docker网络中作为主机名使用
'port': 3306, # MySQL容器内部监听的端口
'user': 'user',
'password': 'password',
'database': 'db',
}
def create_tables():
logger.info("Entering create tables method from dbservice")
max_retries = 5
retry_delay = 5 # seconds
for i in range(max_retries):
try:
connection = mysql.connector.connect(**config)
cursor = connection.cursor()
# Check if 'emails' table already exists
cursor.execute("SHOW TABLES LIKE 'emails'")
table_exists = cursor.fetchone()
if not table_exists:
cursor.execute(
'''
CREATE TABLE emails (
id INT PRIMARY KEY AUTO_INCREMENT,
created TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
email VARCHAR(255) NOT NULL,
verified BOOLEAN NOT NULL,
flatType VARCHAR(255) NOT NULL,
streetName VARCHAR(255) NOT NULL,
blkFrom INT NOT NULL,
blkTo INT NOT NULL,
lastSent TIMESTAMP,
token VARCHAR(255))
''')
connection.commit()
logger.info("Table 'emails' created successfully.")
else:
logger.info("Table 'emails' already exists.")
connection.close()
return # Success, exit function
except mysql.connector.Error as err:
logger.error(f"Attempt {i+1}/{max_retries}: Unable to connect to MySQL or create tables: {err}")
time.sleep(retry_delay)
except Exception as e:
logger.error(f"An unexpected error occurred: {e}")
break # For unexpected errors, no retry
logger.error("Failed to connect to MySQL and create tables after multiple retries.")
请注意，port 的值已从 3307 修改为 3306。此外，虽然原代码中使用了 time.sleep(10)，但在实际生产环境中，更健壮的做法是实现一个带有重试机制的连接逻辑，以应对数据库容器启动时间不确定性的问题。上述示例代码中已加入了简单的重试逻辑。
总结与最佳实践
- 理解端口映射： 区分 HOST_PORT:CONTAINER_PORT 中 HOST_PORT（宿主机访问）和 CONTAINER_PORT（Docker网络内部容器间访问）的作用。
- 服务名称作为主机名： 在Docker Compose网络中，容器可以通过其服务名称（如 mysql）作为主机名来互相访问。
- 使用容器内部端口： 当一个容器尝试连接到同一个Docker网络中的另一个容器时，应使用目标容器内部监听的端口，而不是宿主机映射的端口。
- 健壮的连接策略： 数据库服务启动可能需要一些时间，因此在应用程序中实现连接重试逻辑比简单的 time.sleep() 更为可靠。depends_on 仅保证服务启动顺序，不保证服务已完全就绪可接受连接。
-
检查日志： 始终仔细检查应用程序容器和数据库容器的日志，它们是诊断连接问题的关键信息来源。可以使用 docker-compose logs
命令查看。
通过遵循这些原则，您可以有效地解决Docker Compose环境中应用程序与数据库容器之间的连接问题，确保服务的稳定运行。
