Sublime Text 高效分析大日志需先切为 Plain Text 模式以禁用语法解析，再用正则捕获结构化字段、标记关键行并导出清洗数据。
Sublime Text 能高效提取大日志里的关键信息，但前提是它不把你当代码来解析——默认加载一个 300MB 的 kubectl get events 日志，内存直接爆掉，不是 Sublime 不行，是它在后台拼命跑语法高亮、Git 状态、行索引这些你完全不需要的逻辑。
怎么让 Sublime 把日志当纯文本读，而不是代码
右下角语言标识（比如显示 Log 或 YAML）点一下 → 选 Open all with current extension as… → Plain Text。这步必须最先做，否则后续所有正则、跳转、标记都会卡顿甚至失败。
-
Plain Text模式会停掉sublime-syntax解析器，跳过所有行级正则匹配，阻止GitGutter扫全文 - 如果文件已打开且卡死，关掉重开，再立刻切语言模式；别等它“加载完”
- 对
.log文件批量生效：Preferences → Settings → 添加"extensions": ["log"]到ignored_packages外的配置中，并确保对应语言映射为 Plain Text
用正则精准捕获 request_time、URL、状态码这类结构化字段
日志里藏着结构，但原始文本是平的。比如 Nginx access.log 中的耗时字段常跟在状态码后，用模糊搜 1.234 会命中 IP、端口、msec 等干扰项。
- 推荐正则：
([A-Z]+)\s+([^"]+)"\s+\d{3}\s+\d+\s+"[^"]*"\s+"[^"]*"\s+(\d+\.\d{3})，其中$1是方法，$2是 URL，$3是request_time - 务必勾选
Regular Expression和Match Case，避免把POST和post混在一起误匹配 - 想筛出 ≥1s 的请求？别硬改正则，先全量捕获，再用
Ctrl+Shift+P→Sort Lines排序，人工扫顶部几行更稳——正则写错一位小数位就漏数据
快速标记 ERROR/WARN 行并跳转，不靠滚动条
原始 Find (Ctrl+F) 搜 ERROR 只高亮当前匹配，关掉就丢，没法跨屏跳转，也不能导出。
- 打开 Find 面板，输入
\b(ERROR|WARN|CRITICAL)\b，勾选Regular Expression - 点
Find All，再按Ctrl+Shift+K（Windows/Linux）或Cmd+Shift+K（macOS）把所有匹配行标黄 - 标记后，
Ctrl+Shift+P→ 输入Next Mark就能逐个跳，关掉文件再重开，标记还在 - 别用
Find All in Files做这个——结果页不支持标记，且带路径前缀，干扰视觉判断
从匹配结果里干净导出 URL + 耗时，不带多余字符
Sublime 没有“一键导出为 CSV”功能，所有导出本质是“选中 → 复制 → 清洗”，但可以绕过手动删前缀的低效操作。
- 用上面的正则捕获后，按
Ctrl+D（或Alt+F3）全选所有匹配项，再按Ctrl+Shift+L选中整行 - 接着按
Ctrl+Shift+P→ 输入Split into Lines（如有该插件），或直接Ctrl+Shift+P→Column Select Mode，用鼠标拖选第 2 列（URL）和第 3 列（耗时） - 复制粘贴到新文件，用替换
\n→\t变成制表分隔，Excel 或awk就能直接处理 - 注意：多光标选列时，确保换行符统一为
\n（View → Line Endings → Unix），否则列错位
真正卡住人的从来不是正则写不对，而是没在第一步切到 Plain Text，或者标记完忘了保存文件就关掉——标记保留，但未保存的编辑内容不会持久。大日志里查一次 ERROR 可能要等 5 秒，这 5 秒里它其实在反复解析语法树，而不是找字符串。
