最实用的扩展是SQLTools（需配合对应驱动插件），它提供统一连接管理、语法高亮、查询执行与结果导出，支持多数据库；连接PostgreSQL报“connection refused”需检查服务状态、listen_addresses和pg_hba.conf配置；结果乱码或字段名丢失应显式指定client_encoding并避免SELECT*混用中文别名。
vs code 本身不内置数据库管理功能，但通过扩展可实现接近 dbeaver 或 datagrip 的基础操作——关键不是“能不能连”，而是“连得稳不稳、查得快不快、改得安不安全”。
装哪个扩展最实用？
目前稳定性和功能平衡最好的是 SQLTools（配合对应驱动插件），而非已停止维护的 MySQL/PostgreSQL 单点扩展。
-
SQLTools提供统一连接管理、语法高亮、查询执行、结果表格化导出，支持 PostgreSQL、MySQL、SQLite、SQL Server、Oracle 等 - 必须额外安装对应驱动：比如用 MySQL 就要装
SQLTools MySQL Driver；PostgreSQL 则装SQLTools PostgreSQL Driver - 避免装
Database Client类扩展——它依赖系统 PATH 中的 CLI 工具（如mysql或psql），本地没配好就直接报Command not found
连接 PostgreSQL 报错 “connection refused” 怎么办？
这通常不是 VS Code 或扩展的问题，而是服务端未就绪或配置未放开。
- 先确认 PostgreSQL 进程在运行：
pg_ctl status或systemctl is-active postgresql - 检查
postgresql.conf是否启用了监听：listen_addresses = 'localhost'（或'*'，仅测试环境） - 确认
pg_hba.conf允许本地连接，例如加一行：host all all 127.0.0.1/32 md5 - VS Code 连接时，
Host填localhost，别填127.0.0.1——某些 pg_hba 规则对二者匹配行为不同
执行 SQL 后结果乱码或字段名消失？
这是字符集或结果集元数据解析失败的典型表现，多见于非标准驱动或中文字段场景。
- 在连接配置中显式指定
client_encoding（PostgreSQL）或charset（MySQL），例如 PostgreSQL 加上："clientEncoding": "UTF8" - 避免在查询中混用
SELECT *和带中文别名的字段，SQLTools 对别名解析较弱；改用明确列名：SELECT user_name AS "用户名" - 如果结果表格里只显示
col_0、col_1，说明驱动未正确返回 column metadata——换用最新版驱动，或临时改用psql命令行验证是否服务端问题
真正难的不是连上数据库，而是连接配置写对了、驱动版本对上了、服务端权限和编码也同步了——三者缺一，VS Code 就只给你一个安静的错误提示框。
