Notepad++中SQL文件无高亮需手动设置语言映射：先通过“语言→S→SQL”临时启用，再在“语言→定义语言→SQL→扩展名”中添加小写sql（可加SQL、Sql等变体），保存后永久生效；内置SQL高亮仅支持标准关键字，不区分数据库方言，大文件卡顿可启用“忽略长行语法高亮”优化。
Notepad++ 里 SQL 文件没高亮，怎么快速启用
默认安装的 Notepad++ 不会自动把 .sql 文件关联到 SQL 语言模式，所以打开后全是黑白。这不是插件问题，是语言映射没配好。
- 点菜单栏 语言 → S → SQL，手动切换一次，立刻生效（但只对当前文件有效）
- 要永久生效：菜单栏 语言 → 定义语言 → 找到
SQL→ 点右侧扩展名栏，填入sql（注意不要加点），多个用空格分隔，比如sql ddl dml - 改完点
保存并关闭，之后所有.sql文件都会自动用 SQL 语法高亮
SQL 高亮不全或关键字不标色，是不是语言定义被改过
Notepad++ 自带的 SQL 语言定义比较基础，只覆盖标准 SQL 关键字（如 SELECT、FROM），但不会识别 CREATE TABLE IF NOT EXISTS 这种组合结构，也不会高亮 MySQL/PostgreSQL 特有函数（如 JSON_EXTRACT、GENERATE_SERIES）。
- 检查是否误启用了其他语言：右下角状态栏看当前语言名，如果不是
SQL，点它手动切回来 - 确认没开启「区分大小写」干扰：菜单 设置 → 首选项 → 编辑器 → 取消勾选
区分大小写的自动完成（它不影响高亮，但常被误认为相关） - 如果真需要扩展关键字，得手动编辑
langs.xml（路径通常在%APPDATA%\Notepad++\langs.xml），但改错会导致启动失败——建议先备份，且仅添加keyword节点，别动lexer层
打开大 SQL 文件卡顿，关掉高亮能缓解吗
能，但不是因为高亮本身耗资源，而是 Notepad++ 的 SQL lexer 在解析长行（比如单行上万字符的 INSERT）或嵌套注释时会反复回溯，触发性能下降。
- 临时方案：菜单 设置 → 首选项 → 编辑器 → 勾选
忽略长行（> 2000 字符）的语法高亮 - 更治本：把超长语句拆成多行（哪怕只是换行+缩进），SQL lexer 对换行敏感，拆开后解析压力明显降低
- 别关「自动换行」来“省性能”——它和高亮无关，关了反而影响可读性
不同数据库方言（MySQL/Oracle/PG）的语法差异怎么处理
Notepad++ 的内置 SQL 语言是通用型，不区分方言。它不会报错，也不会高亮 @@IDENTITY（SQL Server）或 $$ 块（PostgreSQL 函数体）这类特有语法。
- 如果你主要写某一种方言，可以考虑用
用户自定义语言（菜单 语言 → 定义语言 → 创建新语言），但维护成本高，小团队不推荐 - 实际更省事的做法：接受它的“宽松高亮”，靠执行环境（如 DBeaver、psql）做语法校验，Notepad++ 只负责基础结构可视（括号匹配、关键字粗体、字符串颜色）
- 注意：别指望它识别
/*+ USE_INDEX(t1 idx_a) */这类 Oracle hint——它们会被当普通注释，这是设计使然，不是 bug
最常被忽略的是扩展名绑定只认小写 sql，而有些脚本生成工具输出的是 .SQL 或 .Sql ——Notepad++ 默认不匹配，必须手动在 扩展名 框里加上大写变体，或者统一用小写重命名文件。
