PHP 8.1 导入空值问题核心在于判断逻辑与数据库交互变严格：empty() 误判 "0" 等合法值；pg_lo_import() 因连接类型不匹配静默返回空字符串；MySQL 中 "" 与 NULL 语义不同，需按字段语义精准处理。
PHP 8.1 导入空值数据本身没有新语法或强制限制，问题出在「你怎么判断空」和「你怎么传给数据库」——empty()、isset()、is_null() 行为差异变大，而直接拼 SQL 或忽略类型校验会立刻报错或静默丢数据。
为什么 empty($val) 在 PHP 8.1 导入时更危险
PHP 8.1 对类型推断更严格，empty() 仍会把 0、"0"、false、null、"" 全判为空，但数据库字段可能明确需要 0（如计数器）或 "0"（如编号字符串）。用它统一替换，容易把合法的 "0" 当成空删掉。
- ✅ 正确做法：按字段语义区分判断，比如数字列用
$val === "" || $val === null，避免误吞"0" - ❌ 错误示范：
$time = empty($row[2]) ? 0 : (int)$row[2];—— 若 CSV 含"0"，empty("0")返回true，结果变成0，但原意可能是“零秒”，不是“缺失” - ⚠️ 注意：
filter_var($val, FILTER_VALIDATE_INT) === false比(int)强转更安全，能区分"0"和""
pg_lo_import() 在 PHP 8.1 返回空值的真正原因
这不是空值处理问题，而是连接类型不匹配导致的静默失败：pg_lo_import() 在 PHP 8.1+ 要求第一个参数必须是 PgSql\Connection 实例，旧式 resource 连接（如 pg_connect() 在低版本返回的）会被拒绝，函数直接返回 ""（空字符串），不报错也不抛异常。
- ✅ 验证连接类型：
var_dump($connection instanceof PgSql\Connection);必须为true - ✅ 正确初始化：
$conn = pg_connect("...");在 PHP 8.1+ 默认返回PgSql\Connection，但若启用了pgsql.allow_persistent=Off或混用pg_pconnect()旧写法，仍可能退化为 resource - ⚠️ 坑点：错误日志里不会提示“连接类型不对”，只看到
pg_lo_import() returned ''，得靠var_dump(gettype($connection))排查
MySQL 插入空字符串 vs NULL 的实际影响
空字符串 "" 和 NULL 在 MySQL 中完全不是一回事。PHP 8.1 不会帮你做这个选择，你传什么，MySQL 就收什么——而很多 NOT NULL 字段允许 ""，却不允许 NULL；反过来，有些字段设了默认值，但你传了 ""，反而覆盖了默认值。
立即学习“PHP免费学习笔记（深入）”；
- ✅ 明确控制：对字符串字段，用
$val ?: ""保证非 null；对可空数字字段，用$val === "" ? null : (int)$val - ✅ 绑定参数时注意：
$stmt->bindValue(':time', $time, PDO::PARAM_INT)传null会变成NULL，传""会触发类型转换错误 - ⚠️ 关键区别：
WHERE col = ''查不到NULL，WHERE col IS NULL查不到''，业务查询逻辑很可能因此漏数据
最易被忽略的是：PHP 8.1 没改空值定义，但数据库驱动和扩展变严格了，你原来靠“运气”跑通的空值逻辑，在 8.1 下要么报错，要么静默错——得一行行核对字段语义、连接类型、绑定方式，不能只改一个 empty() 就以为搞定了。
