Grafana Table面板不响应全局时间范围筛选更新问题

不存在遗漏的面板配置项，Grafana原生完全支持Table面板响应全局时间范围筛选，问题核心出在PromQL写法逻辑：

• 你当前查询语句里硬编码了固定范围选择器（比如[2m]/[24h]），Grafana不会自动替换这个硬编码值，因此无论全局时间范围怎么选，查询永远只取你写死的时间窗口内的数据。
• 你提到的Time series类型的Graph面板能正常响应全局时间，是因为这类时序面板默认直接向Prometheus传递全局时间对应的start/end参数拉取区间数据，不需要在PromQL中写固定范围选择器，因此天然和全局时间同步。

根据你的展示需求选对应写法即可：

场景1：展示全局时间范围内的聚合计算结果（比如区间增量、最新值、区间平均值） #

直接用Grafana Prometheus数据源内置的$__range宏替换你硬编码的范围选择器即可，这个宏会自动将右上角选择的全局时间范围转换为PromQL兼容的时间区间格式：比如选最近1小时会自动替换为[1h]，选最近24小时会自动替换为[24h]，完全和全局时间选择联动。
举个示例，如果你原查询是：

sum(increase(indexed_event[2m]))

修改为：

sum(increase(indexed_event[$__range]))

即可实现时间范围自动同步。

场景2：展示全局时间范围内的所有时序采样点 #

不需要在PromQL中写范围选择器，直接查询原始指标即可，示例：

indexed_event

同时确认查询编辑区的「Instant」（即时查询）开关处于关闭状态，Grafana会自动传递全局时间的start/end参数拉取全区间时序点，Table面板会自动生成时间戳列、指标标签列、值列展示所有数据，随全局时间自动更新。

• Prometheus数据源不存在类似MySQL数据源的$__timeFilter宏，时间范围控制通过API参数+$__range/$__interval类内置宏实现，不需要额外找时间过滤变量。
• 打开查询编辑器下方的「Query options」配置项，确认「Min time interval」没有设置硬编码的超大固定值，默认留空或配置为$__interval即可。
• 检查Table面板的「Transform」标签页，不要添加固定时间范围的过滤转换规则，默认无转换即可正常响应全局时间。

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