ThinkPHP连接瀚高数据库必须设type为pgsql、手动创建table_msg函数、SSL参数须用params数组传PDO常量；否则报function table_msg(unknown)不存在或Class 'PDO' not found。
ThinkPHP 连接瀚高（HighGo）数据库不能直接套用 MySQL 配置，关键在于驱动类型、函数兼容性、SSL 参数写法三处必须调整；否则会报 SQLSTATE[42883]: Undefined function: 7 ERROR: function table_msg(unknown) does not exist 或 Class 'PDO' not found。
type 必须设为 pgsql，不能填 mysql 或留空
瀚高是基于 PostgreSQL 的国产数据库，ThinkPHP 识别驱动完全依赖 type 字段。填错或省略会导致框架用 MySQL 驱动去解析 pgsql 协议，直接抛出 Class 'PDO' not found 或连接超时。
-
type值只能是pgsql，大小写敏感，不能写成postgres、postgresql或pg - 即使所有参数看起来像 MySQL（如
hostname、port），也必须显式声明'type' => 'pgsql' - 若项目同时连 MySQL 和 HighGo，两个连接在
connections数组里必须用不同键名，比如mysql_write和highgo_report，且各自type不可混用
必须手动创建 table_msg 函数，否则查询必报错
ThinkPHP 的底层查询构建器（尤其是 Db::name() 或模型 find()）会自动调用 table_msg() 获取表元信息。瀚高默认不带该函数，需 DBA 在目标库中执行 SQL 手动创建。
- 登录瀚高数据库后，执行：
CREATE OR REPLACE FUNCTION table_msg(oid) RETURNS text AS $$ SELECT relname FROM pg_class WHERE oid = $1; $$ LANGUAGE sql;
- 该函数必须建在当前
database下，不能只建在postgres库 - 若用多租户模式，每个业务库都要单独执行一遍
- 不创建会导致任何
select、insert操作都卡在元数据获取阶段，错误固定为function table_msg(unknown) does not exist
SSL 连接必须用 params 数组传常量，DSN 或字符串配置无效
瀚高生产环境通常强制 SSL，但 ThinkPHP 不支持在 DSN 里写 SSL 参数，也不能把 PDO::MYSQL_ATTR_SSL_CA 这类常量当字符串塞进配置项——必须通过 params 数组原样透传给 PDO。
立即学习“PHP免费学习笔记（深入）”；
- 正确写法：
'params' => [PDO::PGSQL_ATTR_SSL_MODE => PDO::PGSQL_SSL_MODE_REQUIRE] - 证书路径必须是绝对路径且 PHP 进程有读权限，例如：
PDO::PGSQL_ATTR_SSL_ROOT_CERT => '/etc/highgo/ssl/root.crt' - 禁止写成字符串：
'sslmode' => 'require'或'ssl_ca' => './certs/ca.pem'，这两种都会被静默忽略 - 若服务端启用了双向认证，还需补上
PDO::PGSQL_ATTR_SSL_CERT和PDO::PGSQL_ATTR_SSL_KEY，私钥不能设密码
env() 变量注入要防 CLI 模式失效，.env 文件必须 UTF-8 无 BOM
国产化部署常走 shell 脚本或 systemd 启动，CLI 模式下 env() 读不到 .env 是高频故障点，错误表现为 Access denied 或空密码连接。
- 确保项目根目录的
.env是 UTF-8 编码、无 BOM 格式（可用file -i .env验证） - CLI 场景下需显式加载：
think\Env::load(ROOT_PATH . '.env');，否则env('DB_USERNAME')返回null -
database.php中必须用env('HIGHGO_USERNAME', 'hguser')形式，第二参数仅作开发兜底，生产严禁生效 - 避免在
connections子项里写debug、deploy等开关项——这些只在顶层生效，子项里写了也白写
最易被忽略的是 table_msg 函数必须按库创建，以及 CLI 下 env() 默认不加载；这两点不处理，其他配置全对也连不上。
