phpenv中pdo_pgsql默认禁用，需手动启用php.ini中的extension=pdo_pgsql和extension=php_pdo.dll，并重启服务；dsn须严格规范，host不可省、port须整数、特殊字符密码需url编码；pdo::attr_errmode默认为silent，须显式设为exception才报错。
phpEnv 里 pdo_pgsql 扩展默认不启用，得手动开
phpEnv 是 Windows 下的 PHP 环境管理工具，它打包了多个 PHP 版本，但 pdo_pgsql 扩展默认是禁用的——哪怕你选的是 PHP 8.5，也大概率没加载。不开启就直接 new PDO()，会报 Class 'PDO' not found 或更常见的 PDOException: could not find driver。
操作路径很固定：
- 打开 phpEnv 安装目录（比如
C:\phpenv），找到当前启用的 PHP 版本子目录，例如C:\phpenv\versions\8.5.0\ - 编辑该目录下的
php.ini（不是系统里其他位置的 php.ini） - 搜索
;extension=pdo_pgsql，去掉前面的分号；再确认extension=php_pdo.dll这行也已启用（PDO 核心依赖） - 保存后，在 phpEnv 主界面点击「重启服务」或手动重启 Apache/Nginx + PHP-FPM
验证是否生效：在命令行运行 php -m | findstr pgsql，应同时看到 pdo_pgsql 和 pgsql；或者建个 info.php 输出 phpinfo()，搜 pdo_pgsql 看有没有“enabled”字样。
DSN 字符串写错，连接失败却不报具体原因
phpEnv 环境下连 PostgreSQL，最常卡在 DSN 格式不对。错误提示往往是笼统的 SQLSTATE[08006] [7] could not connect to server，但真正原因是 host、port 或密码格式不合法。
-
host不能省——即使数据库装在本机，也必须写host=localhost或host=127.0.0.1；用localhost时 PostgreSQL 可能走 Unix socket（Windows 不支持），所以更推荐127.0.0.1 -
port必须是整数，写成port="5432"（带引号）会静默失效，回退到默认端口，而你的服务可能跑在5433 - 密码含
@、/、:等字符？必须 URL 编码，比如pass@123→pass%40123 - 完整 DSN 示例：
pgsql:host=127.0.0.1;port=5432;dbname=myapp;user=pguser;password=mypass%40123
别只信 PHP 报错——先在命令行用 psql -h 127.0.0.1 -p 5432 -U pguser myapp 手动连一次，确认数据库本身可访问。
PDO::ATTR_ERRMODE 默认不抛异常，查不到数据也不提醒你
PHP 8.5 中 PDO::ATTR_ERRMODE 默认仍是 PDO::ERRMODE_SILENT，不是很多人以为的自动抛异常。这意味着 $pdo->query("SELECT * FROM nonexistent") 失败时只返回 false，$stmt->execute() 出错也静默，你得不到任何线索。
- 务必在 new PDO() 后立刻设置：
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION) - 否则后续所有操作都要手动检查返回值，比如
if ($stmt === false) { var_dump($pdo->errorInfo()); }，效率低且易漏 - 这个设置只对当前 PDO 实例有效，每个 new PDO() 都要重复设一次
没设这句，你看到 $stmt->fetch() 返回 false，第一反应可能是 SQL 写错了，实际可能是用户没 SELECT 权限、表名大小写不匹配（PostgreSQL 默认小写）、甚至 schema 没指定（如 public.users 而非 users）。
连接成功但 fetch() 总是空，大概率是权限或大小写问题
DSN 对了、扩展开了、错误模式也设了，SELECT 却始终返回空数组或 false，这不是连接层的问题，而是 PostgreSQL 的行为特性在起作用。
- PostgreSQL 表名、字段名默认转小写，除非建表时用了双引号（如
CREATE TABLE "MyTable"）。查"MyTable"就得写SELECT * FROM "MyTable"，否则查的是mytable - 新创建的用户默认没有
SELECT权限。用psql登录后执行：GRANT SELECT ON ALL TABLES IN SCHEMA public TO pguser; -
fetch(PDO::FETCH_ASSOC)返回的键名永远是小写的，哪怕原字段是"UserName"，返回的 key 也是username；如果业务强依赖大小写，只能改 SQL 用别名（SELECT "UserName" AS "UserName"） - 云环境（如 Neon、Supabase）常限制非超级用户访问
pg_catalog，报错可能是permission denied for schema pg_catalog，而不是“表不存在”
最稳妥的排查顺序：先用 psql 连上，手动执行同一条 SELECT；再确认用户权限；最后检查表名是否被双引号包裹过。这些细节在 phpEnv 这类封装环境里反而更容易被忽略。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
