pgAdmin首次执行查询有结果，再次执行返回空集原因咨询

针对你遇到的“首次执行查询有结果，再次执行返回空集，需重启电脑和pgAdmin才能恢复”的问题，以下是可能的原因及对应的解决措施：

1. 无ORDER BY的LIMIT导致结果非确定性 #

你的两个子查询都使用了LIMIT 40000但未指定ORDER BY，PostgreSQL返回的前40000条数据是不确定的——这取决于数据的物理存储顺序、数据库缓存状态或查询计划的临时变化。首次执行时，碰巧取到的两组数据存在时间范围重叠的行，所以有结果；第二次执行时，取到的两组数据没有时间匹配的行，就返回空集。重启电脑后，数据库缓存或存储顺序变化，又能取到有匹配的行。

这是最可能的根本原因，解决方法是给两个子查询加上明确的ORDER BY，确保每次取到的数据集稳定：

SELECT  t1.value as delta_pressure , temperature_readings,
        t1.time AS delta_pressure_time, t2.time AS temperature_time
FROM (SELECT *
      FROM real_delta_pressure
      ORDER BY time DESC  -- 按时间排序，确保取稳定的数据集
      LIMIT 40000) AS t1
JOIN (SELECT *
      FROM readings_temperature
      where device_id =20
      ORDER BY time DESC  -- 同样按时间排序
      LIMIT 40000) AS t2
ON t1.device_id = t2.device_id
WHERE t1.time >= t2.time - interval '2 seconds'
AND t1.time <= t2.time + interval '2 seconds'

2. pgAdmin会话连接异常 #

pgAdmin的当前数据库连接可能出现了未被检测到的异常（比如连接半开、会话状态残留），导致后续查询使用失效的连接上下文，返回空结果。

• 解决：无需重启电脑，直接在pgAdmin中断开当前数据库连接，重新建立连接后再执行查询。同时可以在连接属性中开启keepalives相关参数，增强连接有效性检测。

3. PostgreSQL会话状态或查询计划缓存异常 #

虽然你的查询没有显式使用临时表或会话变量，但PostgreSQL的当前会话可能残留了隐性状态（比如统计信息临时失效、查询计划缓存异常），导致第二次执行的查询计划无法匹配数据。

• 解决：执行查询前，先运行RESET ALL;重置会话状态，或者执行ANALYZE real_delta_pressure, readings_temperature;更新两张表的统计信息，再重新执行查询。

4. 系统资源耗尽或pgAdmin进程异常 #

如果电脑内存不足，可能导致PostgreSQL的共享缓存被强制清空，或者pgAdmin进程出现内存泄漏，导致后续查询无法正常获取数据。重启电脑会释放资源、重置进程状态，因此能恢复正常。

• 解决：关闭不必要的后台程序释放内存；将pgAdmin更新到最新版本，修复已知的内存泄漏或进程异常问题。

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