You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Aurora PostgreSQL中pgAdmin4执行SELECT *(含大JSON列)缓慢问题咨询

问题分析与解决思路

你遇到的核心问题是数据库端执行时间极短,但pgAdmin4客户端的整体耗时远高于VSCode,主要差异来自客户端对结果的处理逻辑,而非数据库查询本身,具体原因如下:

  • 执行计划的时间仅代表数据库端耗时:执行计划里的0.668ms是数据库完成Seq Scan、生成结果集的时间,不包含数据从数据库传输到客户端以及客户端解析、渲染数据的时间。VSCode和pgAdmin4的耗时差异全在这两个环节。

  • pgAdmin4的Web渲染开销极大:pgAdmin4是基于Web的管理工具,会把返回的每一行数据(尤其是包含大JSON的列)渲染成带格式的UI元素——比如JSON列会被解析成可折叠展开的树形结构,还要生成表格的DOM节点。3000行带大JSON的数据,前端要处理大量DOM操作和JSON解析,这会占用大量客户端CPU和内存,直接导致耗时飙升。

  • VSCode工具的处理逻辑更轻量化:VSCode里的数据库查询插件通常以纯文本或极简表格形式输出数据,不会对JSON做额外的格式化渲染,只是直接输出原始内容,数据传输和客户端处理的开销远低于pgAdmin4。

验证与优化建议

  • 可以在pgAdmin4里执行SELECT id FROM your_table(只查小字段),对比耗时,会发现和VSCode里的速度差距大幅缩小,这就能确认是大JSON列的渲染导致的问题。
  • 如果需要在pgAdmin4里查看这类数据,建议:
    1. 只查询需要的字段,避免SELECT *拉取大JSON列;
    2. 使用LIMIT限制返回行数,分批查看数据;
    3. 关闭pgAdmin4中JSON列的自动格式化功能(部分版本支持),减少前端处理压力。

内容的提问来源于stack exchange,提问作者user6266816

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.24 12:52:09