goland 查询结果默认不自动格式化，因性能优先而截断长文本、不换行、json 无美化；2025.2 起支持 json 字段轻量格式化，但需驱动正确识别 jsonb/json 类型且手动启用设置。
GoLand 本身不提供“数据库控制台查询结果自动格式化”功能——它只负责执行 SQL 并展示原始结果集，格式化（如对齐列宽、美化 JSON、折叠长文本）需手动触发或依赖外部工具链，且仅限于显示层，不影响数据内容。
为什么查询结果看起来“没格式化”
当你在 Query Console 中执行 SELECT * FROM users，返回的表格默认按字段宽度自动截断、不换行、JSON 字段显示为单行字符串。这不是 bug，而是 GoLand 数据编辑器的默认渲染策略：优先保证性能和内存占用，而非可读性。
- 字段值过长时直接截断，末尾显示
…，不会自动换行或展开 -
JSON、TEXT类型字段默认以纯文本形式显示，无语法高亮或缩进 - 数值列右对齐、字符串列左对齐是硬编码行为，无法通过设置开关切换
- 结果集导出为 CSV/Excel 时，格式会丢失，因为导出的是原始值，不是渲染后的视图
能做的实际优化：启用内联 JSON 格式化与列宽自适应
GoLand 从 2025.2 版本起支持对查询结果中 JSON 字段的轻量级格式化，但需满足两个前提：
- 字段类型必须被识别为
JSON（PostgreSQL 的jsonb、MySQL 的JSON类型），纯TEXT不生效 - 需在
Settings > Tools > Database > Data Views中启用Enable JSON formatting in result set - 列宽自适应需手动双击列标题分隔线，或右键列头选择
Best Fit；没有“保存此列宽到下次”的选项
示例：若查询返回 {"id":1,"name":"alice","tags":["a","b"]}，启用后点击该单元格会显示带缩进和高亮的折叠树状结构，按 Ctrl+Click 可展开全量。
容易被忽略的兼容性陷阱
不同数据库驱动对结果元信息的支持程度差异很大，直接影响格式化能力：
- PostgreSQL（
pgx或lib/pq）能正确上报jsonb类型，JSON 格式化可用 - MySQL（
go-sql-driver/mysql）对JSON类型识别不稳定，常被当作TEXT，导致 JSON 格式化失效 - SQLite 驱动完全不支持类型推断，所有字段都当
TEXT处理，JSON 字段永远无法格式化 - 使用
SELECT CAST('{"a":1}' AS JSON)这类显式转换，在 MySQL 中仍可能被忽略，因驱动未实现ColumnTypeDatabaseTypeName()接口
真正影响体验的不是“能不能格式化”，而是“类型能否被正确识别”。别花时间调 Settings 里的各种开关，先确认你的驱动版本是否支持目标数据库的类型元数据接口——这是底层前提，绕不过去。
