php如何连接到PostgreSQL数据库？PHP PostgreSQL数据库连接教程

下次还敢

发布时间：2025-09-16 19:14:04

458人浏览过

来源于php中文网

原创

答案是推荐使用PDO连接PostgreSQL数据库，因其具备统一API、预处理语句防SQL注入、优秀错误处理等优势；pg_connect()虽简单但安全性低、维护性差，适合旧项目或快速原型；生产环境应结合环境变量或配置文件管理数据库凭证以提升安全性。

php如何连接到postgresql数据库？php postgresql数据库连接教程

PHP连接PostgreSQL数据库，最直接的方式是使用PHP内置的

pg_connect()

函数，或者更推荐、更现代且灵活的PDO（PHP Data Objects）扩展。前者简单粗暴，适合快速原型或对特定功能要求不高的场景；后者则提供了一套统一的数据库访问接口，支持多种数据库，并且在安全性、性能和错误处理方面表现更优。

解决方案

连接PostgreSQL数据库，我个人倾向于推荐PDO，因为它在现代PHP开发中已经成为事实标准，提供了更好的抽象和安全性。但为了全面性，我们先从

pg_connect()

说起，再深入PDO。

使用

pg_connect()

函数连接

pg_connect()

是PHP提供的一个原生PostgreSQL连接函数。它的使用非常直接，通常只需要一个连接字符串。

立即学习“PHP免费学习笔记（深入）”；

PostgreSQL版本: " . $row[0];
} else {
    echo "
查询失败: " . pg_last_error($dbconn);
}

// 关闭连接
pg_close($dbconn);
?>

这种方式简单易懂，但错误处理相对原始，且不支持预处理语句（虽然可以通过

pg_query_params()

模拟，但不如PDO直观）。

使用PDO连接

PDO是PHP提供的一个轻量级、统一的数据库访问抽象层。它允许你使用相同的代码连接和操作多种数据库，包括PostgreSQL。这在我看来是其最大的优势之一，尤其是当你可能需要在不同数据库之间切换时。

setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
    // 设置默认的取回模式为关联数组
    $pdo->setAttribute(PDO::ATTR_DEFAULT_FETCH_MODE, PDO::FETCH_ASSOC);

    echo "成功使用PDO连接到PostgreSQL数据库！";

    // 执行查询示例（使用预处理语句，更安全）
    $stmt = $pdo->prepare("SELECT version()");
    $stmt->execute();
    $version = $stmt->fetch(); // 默认是关联数组

    echo "
PostgreSQL版本: " . $version['version'];

} catch (PDOException $e) {
    // 同样，生产环境中应记录日志而非直接输出
    die("PDO连接PostgreSQL数据库失败: " . $e->getMessage());
}

// PDO连接在脚本执行结束时会自动关闭，但也可以手动设置为null
$pdo = null;
?>

PDO的优势在于其预处理语句（防止SQL注入）、统一的API、更灵活的错误处理以及对事务的良好支持。我个人在任何新项目或需要长期维护的项目中，都会毫不犹豫地选择PDO。

选择pg_connect()还是PDO：哪种方式更适合你的PHP项目？

这是一个非常实际的问题，尤其对于刚接触PHP数据库操作的开发者来说。在我看来，答案往往倾向于PDO，但并非绝对。

pg_connect()

的优点在于其直接和低学习曲线。如果你只是需要一个快速的脚本来执行一些简单的数据库操作，或者你的项目是一个遗留系统，已经大量使用了

pg_connect()

，那么继续使用它可能更省时。它的性能在某些特定场景下可能会略优于PDO（因为少了一层抽象），但这种差异在大多数Web应用中几乎可以忽略不计。然而，它的缺点也很明显：缺乏统一的API（如果你将来需要连接MySQL或其他数据库，就得学习新的函数集），安全性较低（需要手动拼接SQL，容易引入SQL注入风险），以及错误处理相对原始。

而PDO的优点在于其统一的API、强大的安全性（预处理语句）和更优秀的错误处理机制。它允许你用一套代码逻辑去操作PostgreSQL、MySQL、SQLite等多种数据库，这对于维护性和可扩展性来说是巨大的优势。通过设置

PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION

，你可以用标准的try-catch块来优雅地处理数据库错误，而不是散落在代码各处的

if (!$result) { die(...) }

。更重要的是，预处理语句是防止SQL注入的黄金标准，这在任何面向用户的应用中都是不可或缺的。当然，PDO的学习曲线可能比

pg_connect()

稍高一点，需要理解DSN、预处理语句、绑定参数等概念，但这些投入绝对是值得的。

露阳PHP企业系统1.0

1.) 将所有文件解压到php环境中，本程序才用smarty+php+mysql设计。如果运行不了，请修改hhy文件夹下的smarty.php文件改法请看说明2.) 修改configs下的config.inc.php下的连接数据库的密码和用户名3.) 本程序没有做安全页面，人工导入sql.inc到mysql数据库。管理员初始化帐号为admin，密码为hhy。后台地址：http://你的网站地址/h

下载

所以，我的建议是：对于任何新的、需要长期维护的、对安全性有要求的项目，请毫不犹豫地选择PDO。 如果你只是在维护一个老旧的、功能固定的、且已经大量使用

pg_connect()

的项目，那么为了兼容性，继续使用它也无可厚非。但如果允许重构，我依然会倾向于将其逐步迁移到PDO。

PHP连接PostgreSQL时常见的连接错误及排查技巧

在实际开发中，数据库连接失败是家常便饭，尤其是在部署环境或配置变更后。以下是一些常见的连接错误和我的排查经验：

"could not connect to server: Connection refused" 或 "No connection could be made because the target machine actively refused it."
- 原因: 这是最常见的错误，通常意味着PHP无法与PostgreSQL服务器建立网络连接。
  - PostgreSQL服务器未运行。
  - 防火墙阻止了连接（服务器端或客户端）。
  - PostgreSQL监听的端口不是默认的5432，或者PHP连接字符串中指定的端口不正确。
  - ```
  host
```
  参数不正确，比如写成了
```
  localhost
```
  但PostgreSQL只监听了特定的IP地址，或者反之。
- 排查:
  - 检查PostgreSQL服务状态: 在服务器上运行
```
sudo systemctl status postgresql
```
    (Linux) 或查看服务管理器 (Windows)。
  - 检查防火墙: 确保服务器的5432端口对外开放，或者允许PHP服务器的IP访问。
  - 检查
    postgresql.conf
    : 确认
```
listen_addresses
```
    是否设置为
```
*
```
    （监听所有接口）或你的PHP服务器IP。如果只设置为
```
localhost
```
    ，那么外部连接就会被拒绝。
  - 检查端口: 确认
```
port
```
    设置和PHP连接字符串一致。
"FATAL: password authentication failed for user "your_username""
- 原因: 用户名或密码不正确。
- 排查:
  - 核对凭证: 仔细检查PHP连接字符串中的
```
user
```
    和
```
password
```
    是否与PostgreSQL数据库中的用户凭证完全匹配，包括大小写。
  - 检查
    pg_hba.conf
    : 这是PostgreSQL的客户端认证配置文件。确保你的用户、数据库和连接方式（如
```
host
```
    、
```
local
```
    ）有对应的认证方法（如
```
md5
```
    、
```
scram-sha-256
```
    ）。如果配置为
```
peer
```
    或
```
ident
```
    ，而你尝试用密码连接，也会失败。
"FATAL: database "your_database" does not exist"
- 原因: PHP连接字符串中指定的数据库名称不存在。
- 排查:
  - 核对数据库名: 确认
```
dbname
```
    参数拼写无误，且该数据库确实存在于PostgreSQL服务器上。可以使用
```
psql -U your_username -l
```
    命令列出所有数据库。
"PHP Fatal error: Uncaught Error: Call to undefined function pg_connect()" 或 "could not find driver" (PDO)
- 原因: 对应的PHP扩展未安装或未启用。
- 排查:
  - 检查PHP扩展: 对于
```
pg_connect()
```
    ，需要启用
```
php_pgsql
```
    扩展；对于PDO，需要启用
```
php_pdo_pgsql
```
    扩展。在
```
php.ini
```
    中查找
```
extension=pgsql
```
    和
```
extension=pdo_pgsql
```
    ，确保它们没有被注释掉（前面没有分号）。修改后需要重启Web服务器（如Apache/Nginx）或PHP-FPM。

遇到连接问题时，我的习惯是先从最底层（网络连通性）开始排查，然后是数据库服务状态，接着是数据库配置（监听地址、认证方式），最后才是PHP代码中的连接字符串。这个顺序通常能快速定位问题。

如何安全地管理PHP PostgreSQL数据库连接凭证？

将数据库连接凭证直接硬编码在PHP文件中，尤其是在版本控制系统中，是一个巨大的安全隐患。一旦代码泄露，数据库就会暴露无遗。以下是我推荐的一些安全管理凭证的方法：

使用环境变量 (Environment Variables) 这是我最推荐的方式之一，尤其是在容器化部署（如Docker）或云服务（如AWS Lambda、Heroku）中。你可以在服务器的环境变量中设置数据库凭证，然后在PHP代码中通过
```
getenv()
```
函数获取。
这种方式的好处是凭证不与代码混淆，方便不同环境（开发、测试、生产）的配置管理，且不易意外提交到版本控制。
使用配置文件 (Configuration Files) 将数据库凭证存储在一个单独的配置文件中，通常是
```
config.php
```
或
```
config.ini
```
，并确保这个文件不被版本控制系统跟踪（通过
```
.gitignore
```
）。
```
// config.php (此文件应在 .gitignore 中)
 [
        'host' => 'localhost',
        'port' => '5432',
        'dbname' => 'your_database',
        'user' => 'your_username',
        'password' => 'your_password',
    ],
];
?>

// 在你的应用代码中
```
这种方法也很常见，尤其是在没有容器化部署的传统服务器环境中。关键在于确保配置文件不会被公开访问，并且不被意外提交到代码仓库。
使用秘密管理服务 (Secret Management Services) 对于大型、复杂的应用，尤其是在云环境中，可以考虑使用专门的秘密管理服务，如AWS Secrets Manager、Google Cloud Secret Manager或HashiCorp Vault。这些服务提供了更高级的凭证生命周期管理、审计和访问控制。PHP应用可以通过SDK或API在运行时安全地获取凭证。