如何为PostgreSQL查询设置数据库时区？PHP端SET TIME ZONE不生效如何解决

根因定位 #

• 最常见原因：SET TIME ZONE是PostgreSQL会话级别的配置，仅对当前数据库连接生效。CodeIgniter默认的数据库连接策略如果是短连接、连接池复用、或自动重连，会导致「执行SET时区」和「调用存储过程」两个操作不在同一个会话中，前者的配置直接失效。
• 次常见原因：原SQL用字符串拼接的方式构造SET语句，若查询到的time_zone_name包含特殊字符（比如单引号），会导致SET语句执行失败，且如果PHP端没有开启数据库错误捕获，你感知不到语句执行异常。
• 其他可能：CodeIgniter开启了自动提交，执行完SET语句后自动结束会话，后续调用存储过程时新建了连接。

修复方案 #

1. 保证同一会话执行两个操作
   手动获取数据库连接实例，确保设置时区、调用存储过程使用同一个连接，操作完成前不要关闭连接，CodeIgniter示例代码逻辑：

   $db = \Config\Database::connect();
   // 先执行时区设置，用同一个$db实例
   $db->query("SET TIME ZONE (SELECT time_zone_name FROM location WHERE location_code = ?)", [$in_location_code]);
   // 再调用存储过程，还是用同一个$db实例
   $db->query("CALL 你的存储过程名(?,?)", [$参数1, $参数2]);
   

2. 替换字符串拼接为参数绑定
   不要用动态拼接SQL的方式设置时区，改用原生参数绑定的写法，既避免SQL注入风险，也不会因为特殊字符导致语句执行失败：

   SET TIME ZONE (SELECT time_zone_name FROM location WHERE location_code = $1);
   

3. 可选：把时区设置移入存储过程
   直接在存储过程的最开头加入时区设置逻辑，无论外部调用端的会话状态如何，只要调用存储过程就会先设置对应时区，从根源避免会话不一致问题。
4. 验证手段
   执行完SET语句后，立刻在同一会话下执行SHOW TIME ZONE查询当前会话时区，确认返回值和目标点位时区一致，可以快速定位是SET语句执行失败还是后续会话被重置。

内容的提问来源于stack exchange，提问作者fluffy_mart