notepad++无法安装sql插件主因是架构错配、导入路径错误及语言模式未设：必须根据帮助→关于中显示的x64/x86标识下载对应dll，通过“设置→导入→导入插件”加载，且格式化前须手动设language→sql。
Notepad++ 装不了 SQL 插件？先确认你装的是哪个“SQL”
Notepad++ 本身不带 SQL 执行或格式化能力，所有所谓“SQL 插件”，实际分三类：NppExec（调用命令行执行）、SQLinForm（格式化）、PoorMansTSqlFormatter（老式 T-SQL 格式化）。网上搜到的“DBGP”“SQL Assistant”“DBManager”在 v8.6+ 上基本不能用，菜单不出现、DLL 加载失败是常态，别白费时间。
当前（2026 年）唯一稳定可用的组合是：NppExec + SQLinForm。前者负责“运行”，后者负责“排版”，二者互不替代，也互不兼容——NppExec 不处理缩进，SQLinForm 不连接数据库。
SQLinForm 安装失败？90% 是架构/路径/语言模式三连错
手动下载 DLL 后导入失败，常见原因不是文件损坏，而是环境没对齐：
-
SQLinFormNpp64.dll必须配 x64 版 Notepad++（帮助 → 关于里右下角标着x64），x86 版要下SQLinFormNpp32.dll；混用直接报Failed to load formatter DLL - 不要把 DLL 拖进
plugins目录——必须通过菜单 设置 → 导入 → 导入插件 加载，否则插件不会注册到菜单 - 加载成功后菜单仍灰色？立刻检查：菜单栏 语言 → S → SQL（不是 MySQL 或 PostgreSQL），这是 SQLinForm 的触发开关；不点这一下，它把
SELECT当普通文本，直接跳过处理 - 选中代码后点
Format Selection没反应？确认没跨语言块——比如选中了含<!-- HTML 注释 -->或 JS 字符串的混合内容，SQLinForm 会静默放弃
NppExec 执行 SQL 报错“mysql 不是内部或外部命令”？PATH 和路径空格是主因
这个错误和插件无关，纯粹是系统找不到 mysql 或 psql 命令：
- 先在 CMD 里单独运行
mysql --version或psql --version，能返回版本号才说明 CLI 工具已安装且在PATH中；没返回就去装 MySQL/PostgreSQL 客户端，或把 bin 目录加进系统环境变量 - 命令里写路径时，
"$(FULL_CURRENT_PATH)"必须加英文双引号，否则含空格或中文的路径一执行就崩（如C:\My Projects\query.sql） - 第一行必须是
cd "$(CURRENT_DIRECTORY)"，否则可能因相对路径解析失败而读不到文件 - 密码严禁写成
-proot这种明文形式；开发临时用可只写-p，回车后交互输入；生产环境务必删掉-p参数，改用~/.my.cnf或pgpass.conf
格式化后中文注释消失、字符串换行错乱？SQLinForm 默认不保这些
这不是 bug，是设计如此：SQLinForm 默认按 ANSI SQL 解析，对 -- 中文、/* 中文 */、单引号内换行（如 'SELECT * FROM t'）均无保护逻辑，导致：
- 注释末尾空格/换行被删，多行注释塌成一行
- 字符串里的逗号被当成分隔符，强行断行
- 子查询缩进层级丢失
解决办法是预处理：格式化前用 Notepad++ 自带的“替换”功能跑两遍正则：
查找：(FROM|WHERE|JOIN|ON|GROUP BY|ORDER BY|SELECT|INSERT INTO|UPDATE|DELETE FROM)，替换为：\r\n$1
再查：(,)(?!\s*['"])，替换为：,\r\n —— 这能避开引号内的逗号，避免破坏字符串字面量。
真正麻烦的从来不是装插件，而是每次打开新 SQL 文件都得手动点一次 语言 → SQL；漏点一次，高亮、缩进、格式化、甚至括号匹配全失效——这个动作没有快捷键，也没有自动识别，只能靠肌肉记忆。
