如何在VSCode中配置MySQL/PostgreSQL数据库管理插件
开门见山，先说结论：别再一股脑地搜索安装“MySQL”或“PostgreSQL”这类单体插件了。更稳妥的选择是以下两者之一：SQLTools搭配对应的数据库驱动，或者直接使用Database Client（cweijan版）。前者架构清晰，尤其适合多数据库共存的复杂场景；后者则胜在开箱即用，配置项一目了然。至于那些早已停更、功能单一且维护困难的老旧单体插件，完全可以绕道走了。
为什么 SQLTools 比单体插件更可靠
这里有个常见的搜索陷阱：在VSCode插件市场里搜“MySQL”，你可能会找到那个全小写的mysql插件，但它早已停止更新。另一个首字母大写的MySQL插件（作者cweijan）虽然能用，但只专注于MySQL，无法满足你在不同数据库间切换的需求。相比之下，SQLTools提供了一个统一的数据库操作入口，其能力通过独立的驱动扩展来获得。你可以同时安装SQLTools MySQL Driver和SQLTools PostgreSQL Driver，所有连接配置都统一管理在~/.sqltools/connections.json文件里，无论是同步到其他设备还是用脚本批量管理，都方便得多。
不过，选用SQLTools有几个关键点需要注意，稍不留神就会踩坑：
- 安装完SQLTools主插件后，必须单独安装对应的数据库驱动，否则在新建连接时根本找不到可选的数据库类型。
- 驱动版本需要与SQLTools主插件兼容。就目前（2026年）的主流稳定环境而言，SQLTools v0.35+ 搭配 v0.12+ 版本的驱动是一个比较保险的组合。
- 对于Windows用户，如果你需要连接SQL Server，系统级的
mssql-tools仍然需要手动安装，SQLTools并不会自动替你完成这一步。
Database Client 连接 PostgreSQL 时 SSL mode 必须显式关掉
连接PostgreSQL时，一个典型的“暗坑”是SSL模式。PostgreSQL默认要求使用SSL连接（sslmode=require），但我们的本地开发环境通常并没有配置SSL证书。如果不做任何处理，连接时会卡在“已连接→立即断开”的循环里，错误日志往往只显示一句语焉不详的Connection closed，排查起来相当费神。
解决方法其实很简单：在连接配置的JSON中，明确关闭SSL。具体来说，就是加上"ssl": false或"sslmode": "disable"字段。配置示例如下：
{
"name": "local-pg",
"dialect": "PostgreSQL",
"host": "localhost",
"port": 5432,
"username": "postgres",
"password": "123456",
"database": "myapp_dev",
"ssl": false
}
这里需要特别注意一个细节：ssl: false是Database Client插件识别的写法；而如果你用的是SQLTools，则要求字段名必须是sslmode，值设为"disable"。两者的配置项并不通用，直接照搬肯定会出问题。
MySQL 8.0+ 连接失败大概率是 authPlugin 不匹配
遇到MySQL 8.0及以上版本连接失败？问题大概率出在身份验证插件上。MySQL 8.0默认使用了新的caching_sha2_password认证插件，但许多VSCode扩展（包括Database Client和旧版的SQLTools驱动）仍然只支持老的mysql_native_password协议。表现就是输入密码后连接毫无反应，或者直接报错Client does not support authentication protocol。
对于本地开发环境，可以尝试以下临时解决方案：
- 通过MySQL命令行登录，执行命令修改用户认证方式：
ALTER USER 'your_user'@'%' IDENTIFIED WITH mysql_native_password BY 'your_password'; - 或者在连接配置中强制指定插件（Database Client支持此配置项）：
"authPlugin": "mysql_native_password" - 需要注意的是，部分旧版SQLTools驱动可能不支持在运行时覆盖authPlugin，这时要么尝试升级驱动，要么就只能调整数据库用户的认证方式。
当然，必须强调一点：生产环境切勿轻易更改认证插件。正确的做法是升级客户端驱动，或者使用支持新认证协议的数据库管理工具。
密码含 @ / : / / 等字符时必须 URL 编码
这是一个极其隐蔽却高频出现的坑。几乎所有基于URL连接字符串进行解析的插件（包括Database Client和SQLTools的部分驱动），都会将@、:、/这类字符视为连接串中的特殊分隔符。举个例子，如果你的密码是pa@ss/word，直接填入配置，解析引擎可能会错误地将其拆分为：用户名=pa、密码=ss/word、主机=ss/word，结果自然是连不上。
正确的处理方式是先对密码进行URL编码再填写：
- 原始密码：
pa@ss/word - 编码后：
pa%40ss%2Fword（可以打开浏览器控制台，执行encodeURIComponent('pa@ss/word')快速得到结果） - 将编码后的字符串填入Database Client或SQLTools的JSON配置中即可。
这个细节非常容易被忽略，而且错误表现通常是“密码错误”而非“格式异常”，导致排查成本很高。
说到底，在VSCode里连接数据库，真正棘手的往往不是一开始就完全连不上，而是那些连接成功后，由于autocommit、SSL、authPlugin或字符编码等问题导致的、难以预料的行为异常。这些配置点如果不固化下来，每次更换开发机器或者重装环境，都免不了要重新踩一遍坑，那才是真正的效率杀手。
