搞数据这行的人都有一种体验：一台机器上同时连着 MySQL、PostgreSQL、Redis、Oracle，有时候再加个 MongoDB，工具用 Navicat 的时候恨不得开四个窗口来回切换，粘贴连接串粘到手软。
后来有人推荐我用 DataGrip，我鹏磊试了一周，再也回不去了——多数据库统一管理，SQL 自动补全贼准，执行计划查看也方便，把多个连接整在一个界面里，效率差距是真的大。
问题就一个：订阅费。个人用、学生用、小团队用，每年那笔钱不是谁都愿意掏的。搞清楚破解方案，让工具跑起来，这才是正经事；咱整活就整这一套，一遍走完，不来回折腾。
先看效果，激活完应该是这个状态：
许可证页面显示激活，没有试用期提醒——这是目标，后面对着这张图核对，状态一致就成了。
不要靠感觉判断有没有激活成功，DataGrip 主界面看起来"好像能用"，不代表许可证状态是对的；要进去看许可证页面，白纸黑字写着激活状态才算。这个图截好了，跟着走，走完对一遍。
第一步不是装工具，是把旧东西先理清楚
很多人上来就直接跑脚本，然后来跟我说"我按教程来了但激活码不对"。十次里有八次，不是教程问题，是机器上有以前折腾留下的残留在捣乱；兄弟们，这步真省不了。
DataGrip 的配置目录，旧版的授权碎片、改过的 hosts、以前挂过的补丁引用，都可能压着新操作；新脚本进来和旧东西打架，脚本表现正常，激活码就是死活不认，你查三遍代码也查不出来，因为代码根本没错，是环境脏了。
找到配置目录，该清的清掉
Windows：C:\Users\【系统用户名】\AppData\Roaming\JetBrains
Mac：/Users/【用户名】/Library/Application Support/JetBrains
里面找 DataGrip 那个子目录，整个改名加 _bak 备着，或者直接删；不要把整个 JetBrains 目录搬走，你其他工具的配置在里面，跟这次没关系，别顺手祸及无辜。
Mac 用户 Library 文件夹默认藏起来，在 Finder 里按 Cmd+Shift+. 显示隐藏文件，或者「前往文件夹」直接粘路径进去，都行。
图里是目录结构，找到对应层级，别进多一层也别少一层，就是 JetBrains 目录下那个 DataGrip 子目录。
有个不起眼的细节：云盘同步软件（坚果云、OneDrive、iCloud）有时候会把配置目录纳入同步范围，你这边刚清掉，它那边后台给你恢复；结果你装了半天，一重启读的还是旧配置，然后就觉得"这教程怎么不管用"。操作之前先把 DataGrip 的配置目录移出同步范围，或者暂时关掉同步工具，操作完了再打开。
装好 DataGrip 启动，弹出来的那个登录窗口，这时候别急着往里填账号。
DataGrip 初次启动后，弹出 JetBrains 账户登录框
补丁还没写进 vmoptions，现在走官方登录流程，后续补丁进来两套机制叠着，状态就容易乱掉；遇到过几次，表现是激活码填进去之后提示过了，再启动又回到未激活，来回反复，查半天才发现是这里的顺序没搞对。
先点 Exit，把 DataGrip 退出，任务管理器里确认进程真的消失了，再往下走。
系统托盘那边也瞅一眼，JetBrains Toolbox 要是开着的话也一起关掉；Toolbox 后台会定期刷新 IDE 配置文件，你脚本往 vmoptions 里写东西，被 Toolbox 插手覆盖，然后就变成"我明明跑了脚本但没写进去"，找这个原因很耗时间。
"30 天试用"那个按钮也不要碰，保持什么都不动的状态；等补丁落位之后，一次性走完激活，干净利落。
下载：破解补丁脚本，请看文末
压缩包解开，目录里的内容大概是这样：
scripts:
这个目录下面是按平台分的安装脚本，Windows 用 vbs，Mac 和 Linux 用 shell；跑对应系统的那个，别混用，混用了大概率没反应，你还以为成功了，其实什么都没干。
脚本核心干的一件事：定位 datagrip.vmoptions，然后在文件末尾追加 -javaagent: 引用，指向补丁 jar 包的路径。DataGrip 每次启动的时候读这个文件，读到那行引用，把补丁加载进来，激活码验证才走补丁逻辑；没有这行，你填什么码都是无效操作。
解压的时候要在本地磁盘完整解压，别在压缩包窗口里直接双击脚本运行，那是在压缩包的虚拟文件系统里执行，脚本拿到的路径是假的，写进 vmoptions 的引用找不到真实文件，等于没写。
补丁的存放路径，这块要认真对待
- 高危选项：
E:\DBA工具\DataGrip 2026 破解\补丁（已验证）\jetbra - 安全选项：
D:\tools\dg\jetbra
规则很简单：全英文、无空格、无括号。路径上任何一个中文字符或空格，脚本写进 vmoptions 的那行引用就是废的——DataGrip 启动解析那行配置时遇到中文或空格，读取失败，补丁没加载，激活码自然不认。
目录也别放在桌面，桌面路径在某些 Windows 配置下带中文用户名，或者被 OneDrive 接管走了，路径里带空格；本地磁盘、靠近根目录、路径短，稳稳妥妥。
对照图核查目录结构，scripts 文件夹和补丁 jar 文件都在，才是解压完整的状态。安全软件有时候在下载过程中把 jar 文件隔离删掉，解压出来发现少东西，先去杀软的隔离区看一眼，找到了恢复出来，不是压缩包有问题。
下载：破解补丁脚本，请看文末
jetbra 文件夹落好位置，进 scripts 目录跑安装脚本。
跑之前把 DataGrip 彻底关掉这件事再说一遍，不嫌啰嗦：程序开着的时候，vmoptions 可能处于被占用的状态，脚本写进去的内容有时候会被程序内存里的配置在下次保存时覆盖掉，事后你打开 vmoptions 验证发现那行根本不在，然后去研究脚本是不是出问题了，其实就是程序没关干净。
Windows：scripts 目录下双击 install-current-user.vbs，UAC 弹窗选"是"，不选的话权限不够，文件改不了。杀软可能报警，vbs 操作配置文件触发安全规则是正常现象，不是真的有问题；拿不准的话打开 vbs 文件看源码，几行字，写的什么一目了然。
Mac / Linux：终端里先 chmod +x scripts/install.sh，然后 ./scripts/install.sh；chmod 那一步不能省，省了系统不让执行，报权限不足，不是脚本坏了，是没给执行权。
下载：破解补丁脚本，请看文末
这是脚本跑起来的样子，对着图看；窗口弹了一下消失不等于完成，真正完成的标志是弹出一个确认提示框，等到这个框出来再往下走。没有弹框，去手动打开 datagrip.vmoptions，搜 -javaagent:，有没有这行是判断脚本有没有生效的直接证据。
脚本确认框出来了，点一下，这步收工。
速度通常很快，几秒到十几秒，磁盘慢的机器稍微多等一下；等 Done 字样出来就是完成了，不用在那盯着数秒，出来了就是出来了，没出来就是没完成，逻辑简单。
我有个习惯：Done 之后不立刻开 DataGrip，先等二三十秒，让文件系统把写操作完全落盘；激进的磁盘缓存策略在某些机器上会让"Done 已弹出"但"文件其实还在缓冲区"这两件事同时存在，立刻开程序读到的可能还是旧配置。等一下，稳一下，不亏。
Done 弹窗就是这个，出来了就是装好了，补丁引用成功写进 datagrip.vmoptions。
卡住不出 Done 的情况：Windows 上看任务管理器有没有 wscript 卡死，有就结束进程重跑；Mac 上活动监视器找 sh 进程，卡死就结束重跑。重跑不会出问题，脚本有去重逻辑，不会在 vmoptions 里重复写同一行。
下载：破解补丁脚本，请看文末
补丁挂上了，最后一步——填激活码。
DBA 们平时管数据库都知道不同库有不同连接串，DataGrip 这里也一个道理：JetBrains 每个产品的激活码是独立的，DataGrip 的码只给 DataGrip 用，你拿 Rider 的码来填，或者拿 PyCharm 的码来填，必然 Key is invalid；这跟补丁没关系，就是码和产品没对上。
下载：破解补丁脚本，请看文末
Jetbrains 每个产品，对应激活码都不一样
Jetbrains 其他产品对应激活码
Jetbrains 其他产品对应激活码
下载：破解补丁脚本，请看文末
码填进去确认，DataGrip 反应过来，拿文章最开头那张截图对一对，状态对得上就是成了；这时候不用再疑神疑鬼，对上了就是真的激活了，可以开始连库了。
DataGrip 2026.1.1 这套补丁目录，位置定了就别再动它【动了激活失效，得重来】
datagrip.vmoptions 里那行引用写的是 jetbra 文件夹的绝对路径；你把文件夹挪了，路径变了，DataGrip 启动去原来的路径找补丁文件，找不到，补丁没加载，激活码不认，就这么个逻辑。
整理硬盘的时候记住绕开 jetbra，其他目录随便动，这个别碰。
换机器的时候把 jetbra 文件夹复制过去还不够，还要在新机器上重新跑一遍安装脚本，新机器的 vmoptions 里写上新的路径引用；旧机器的配置不会跟着迁移，这步漏了，新机器的 DataGrip 照样找不到补丁。
填了码还是 Key is invalid，按这个顺序查
第一，补丁包版本：手里的包是不是很久以前存下来的旧版？旧包对 2026.1.1 可能有兼容问题，重新从公号拿最新的包再来一遍。
第二，路径问题：jetbra 所在路径从根目录往下每一层都检查，有没有中文、有没有空格、有没有括号或其他特殊字符；有一个就是问题，换一个干净路径重新放，重跑脚本。
第三，vmoptions 有没有那行：DataGrip 的 Help 菜单里有「Edit Custom VM Options」，打开文件，搜 -javaagent:，没有这行说明脚本没有生效，DataGrip 没关干净或者路径有问题，排查后重跑。
第四，jar 文件完整性：杀软可能隔离了 jar 文件，去隔离区看一眼，有就恢复，然后把 jetbra 目录加进白名单，省得它下次再动。
四条过一遍，九成以上的 invalid 能解决。
补丁包从这里拿，别从别的地方找
各种打包分享的百度网盘直链，说实话稳定性很差；今天能开，过几天可能封了，或者链接失效，折腾一圈找不到还得来问我；现在统一走公号，后台自动回，自己去取，链接更新了也是后台统一换，你拿到的始终是最新版本的。
微信里搜公众号「架构师技术栈」，后台发关键词 DataGrip，系统把下载地址发给你
关键词发 DataGrip 这两个字就行，大小写不挑，但不要多字少字，不要发一段话；机器人按关键字精确匹配，匹配不上就当没发，你以为没反应，其实是关键字没对上，重发一遍就好。
拿到链接本地下载，本地解压，按文章流程走；解压路径记得全英文短路径，和上面说的补丁放置路径要求一样。
最后鹏磊收个尾。
DataGrip 这工具用起来真的不比 Navicat 差，SQL 补全比 Navicat 聪明，多数据库切换也顺手；激活这事搞定了，后面你连库、写 SQL、查执行计划，顺顺当当的，不用再被订阅弹窗打断。
记住几条：jetbra 文件夹不挪不删，版本更新先等等看再说，路径保持全英文；碰到问题先自查，checklist 挨个过，大多数情况咱自己能解决，别动不动就甩锅给教程。
实在搞不定的，截图发来，DataGrip 的报错截图、vmoptions 的内容截图、jetbra 所在路径截图，三样备齐，我帮你看；发一张模糊的截图然后问"咋不行"，这我真帮不了，猜谜不在我服务范围内。
