使用psycopg2连接Redshift：database.ini与硬编码/环境变量差异问题

以下是两种连接方式产生差异的核心原因：

1. 环境变量未正确加载或密码错误 #

硬编码方案中依赖os.getenv("db_pw")获取密码，若出现以下情况会导致密码无效：

• 环境变量db_pw未正确设置（比如拼写错误、未在当前会话中生效）
• 获取到的密码为空值或与Redshift实例的实际密码不匹配

而配置文件方案直接写入了正确的明文密码，避免了环境变量加载失败的问题，因此能通过密码认证。

2. 未启用SSL连接（Redshift强制要求） #

Redshift实例默认强制要求SSL连接，硬编码的代码中没有指定sslmode参数，导致连接以SSL关闭的状态发起，触发报错中的no pg_hba.conf entry for host ... SSL off。这种非SSL连接不仅会被Redshift的安全策略拒绝，还会导致认证流程异常，进而伴随出现password authentication failed的错误。

配置文件方案中，通常存在隐性的SSL启用逻辑：

• 部分环境下psycopg2会读取系统默认的PostgreSQL配置（如pg_hba.conf），自动启用SSL
• 若配置文件实际包含sslmode=require等参数（示例中未写出），则会显式启用SSL连接

3. 连接参数格式错误（如Host地址） #

硬编码代码中的host="host url"包含空格，而配置文件中的host=hosturl是无空格的正确格式。如果实际环境中硬编码的Host地址存在多余空格、拼写错误，会导致无法正确解析Redshift实例地址，进而触发连接和认证失败。

内容的提问来源于stack exchange，提问作者Jérémie