vscode执行sql脚本无反应，首要排查数据库扩展连接状态，确认左下角显示有效连接标识，并通过命令面板手动触发database: connect；其次检查语句完整性、分号结尾及输出通道是否切换至database标签页。
SQL脚本在VSCode里执行没反应？先确认扩展是否真正连接上数据库
VSCode本身不带数据库执行能力，必须依赖扩展（如 SQL Server (mssql)、MySQL Support 或通用型 Database Client）才能运行SQL。常见现象是点了“运行”但控制台空、无报错、也无结果集——大概率是连接配置未激活或连接状态已断开。
实操建议：
- 检查左下角状态栏：应显示类似
MySQL: mydb@localhost或PostgreSQL: postgres@127.0.0.1的连接标识；若显示“Disconnected”或根本没出现，说明未连接 - 连接前务必在命令面板（
Ctrl+Shift+P）中执行Database: Connect，并选择已配置的连接配置（不是打开文件就自动连） - 连接配置通常存于
~/.vscode/settings.json或工作区.vscode/settings.json中，字段名因扩展而异：mssql.connections、mysql.connections、database-client.connections都要核对 host/port/database/user/password 是否拼写正确，特别注意port类型是数字而非字符串
执行SELECT后看不到结果集？别急着重装扩展，先看输出通道和语句边界
很多用户写完 SELECT * FROM users; 点右键“Run Current Statement”，结果面板只刷出“Query executed successfully”，但没表格——问题常出在语句未被正确识别为可执行单元，或结果被路由到错误输出通道。
实操建议：
- 确保光标位于完整语句内（不能跨行卡在注释里），且语句以分号
;结尾（部分扩展如Database Client严格依赖此分隔符） - 查看VSCode底部面板，切换到
Database或SQLTools标签页（不是Terminal或Output），结果集默认渲染在此处；若没该标签，说明扩展未监听执行事件 - 某些扩展（如旧版
MySQL Support）仅支持单语句执行，遇到BEGIN...END或多语句脚本会静默失败；此时改用Database Client并启用"database-client.executeMultipleStatements": true
中文乱码或时间戳格式异常？字符集和时区配置得手动对齐
执行 SELECT name FROM products; 返回一堆 ???，或 NOW() 显示成 UTC 时间而非本地时区——这不是VSCode的问题，而是客户端连接参数未覆盖服务端默认值。
实操建议：
- 在连接配置中显式指定
charset（MySQL）或clientEncoding（PostgreSQL）：例如 MySQL 连接加"charset": "utf8mb4"，避免依赖服务端init_connect - PostgreSQL 用户需设置
"options": "-c timezone=Asia/Shanghai"；SQL Server 可在连接字符串末尾加;Connection Timeout=30;TrustServerCertificate=true;并确认 SQL Server 实例本身时区已设为东八区 - 乱码还可能源于SQL文件本身编码：用VSCode右下角确认文件编码为
UTF-8（不是GBK或UTF-8 with BOM），否则含中文的INSERT语句会直接报错
大结果集卡死或超时？限制行数和关闭自动格式化更实用
执行 SELECT * FROM logs;（千万级数据）时，VSCode界面假死、内存飙升、甚至触发 ERR_OUT_OF_MEMORY——这不是性能问题，而是扩展默认加载全部结果并尝试渲染成富文本表格。
实操建议：
- 强制加
LIMIT：哪怕只是调试，也写成SELECT * FROM logs LIMIT 100;；部分扩展（如Database Client）支持配置"database-client.defaultLimit": 100 - 关闭结果高亮和格式化：在设置中搜
database client format，关掉database-client.formatResults，能显著降低首屏渲染延迟 - 导出替代预览：右键结果集选择
Export Resultset生成 CSV，比在VSCode里滚动百万行现实得多；导出路径由database-client.exportPath控制，默认是./exports
最易被忽略的一点：不同扩展对同一数据库的支持深度差异极大。比如 SQL Server (mssql) 原生支持 WAITFOR 和临时表，但 Database Client 对 ##temp 表的元数据识别不稳定——选扩展前，先拿你的高频SQL模式（带变量、CTE、存储过程调用）跑一遍真实验证，别只看安装量。
