macOS 上的 Navicat，总是动不动就崩溃，怎么办？
还在 Windows 时代的时候，我就已经长期用 Navicat 管理数据库了，尤其是 MySQL，几乎可以说是离不开。
它有一个很大的优点：上手简单，交互直观，很多操作都做得很顺手。对于日常开发和运维来说，体验确实不错。所以后来我全面转向 macOS 之后，第一时间去找的，依然还是 Navicat。
好消息是，它确实有 macOS 版本。
坏消息是，我用了之后发现一个非常难受的问题：太容易崩溃了。
真的不是偶发，而是那种“没操作几下就闪退”的感觉。
功能明明挺好用，但稳定性却很难让人安心。最尴尬的是，这个问题并不是一两天了，而是过了挺久，依然没有得到让我满意的改善。
我不知道是不是只有我遇到这种情况，但至少对我来说，macOS 版 Navicat 的崩溃问题，已经到了会影响日常工作的程度。
也正因为这样，我开始认真寻找替代工具。
第一阶段：从 Navicat 转向 DataGrip
后来有同事推荐我试试 DataGrip。
JetBrains 这家公司做开发工具的能力，我一直是认可的。IDEA 本身就足够强，所以我对它家的数据库工具，天然会愿意试一试。
实际用下来，DataGrip 的确比 Navicat 稳定得多，至少不会动不动就崩溃。对我来说，这一点就已经很重要了。
当然，它也不是没有缺点。
比如有些细节体验上，我还是觉得不如 Navicat：
- • 导出 SQL 时，有时还得依赖本地安装
mysqldump - • 表对象浏览不像 Navicat 那样直观
- • 想快速搜某张表，操作路径也没那么顺手
所以如果单纯比“数据库工具本身的交互体验”，Navicat 依然有它的优势。
但如果把“稳定性”也算进去，DataGrip 确实更适合作为主力。
于是，那段时间我就进入了第二个阶段：
Navicat 逐渐退场，DataGrip 成了我的主要数据库工具。
第二阶段：我发现问题不只是数据库工具本身
后面我又慢慢发现，自己真实的工作流其实不是“只开一个数据库客户端”那么简单。
更多时候，我是先 SSH 到服务器上：
- • 看看日志
- • 查查服务状态
- • 顺手再看一下数据库数据
这时候问题就来了。
SSH 是一个工具，数据库又是另一个工具。
我经常需要在两个应用之间来回切换。
单次看，这当然不算什么大问题。
但一天切几十次、上百次之后，那种割裂感就会越来越明显。你的注意力会被频繁打断，整个操作流也不够顺。
我后来才意识到，我真正想解决的，其实不只是“Navicat 会不会崩”，而是：
能不能把这些高频操作，尽量放进同一个工作流里。
第三阶段：我开始更偏向一体化工具
再后来，我干脆更多地用 DartShell 了。
因为它把 SSH、RDP 这些远程管理能力，和数据库客户端能力整合到了一起。
对我这种平时本来就在服务器、日志、数据库之间来回切的人来说，这种一体化体验会顺很多。
说实话，单看数据库功能，DartShell 当然没有 DataGrip、Navicat 那么“重型”或者那么全面。
但问题是，我平时真正高频会用到的，也没有那么复杂。
绝大多数时候，我需要的无非就是这些：
- • 基础的 CRUD
- • 查表查数据
- • 偶尔导入导出
- • 配合服务器排查问题时，顺手看一下数据库
这些功能，DartShell 对我来说已经够用了。
而且最大的好处是：
不用在 SSH 工具和数据库工具之间反复切换。
一个应用里直接完成，整个过程会丝滑很多。
当然，如果遇到特别复杂的数据库需求，比如很重度的建模、复杂查询调试、深度管理，我还是会回到 DataGrip。
只是这种情况，现在已经越来越少了。
我的结论
如果你在 macOS 上用 Navicat，也经常遇到闪退、崩溃、稳定性差的问题，那确实可以考虑换工具了。
我的建议大概是这样：
- • 如果你需要一个更专业、更稳定的数据库工具：可以试试 DataGrip
- • 如果你的真实工作流是 SSH + 数据库 + 远程管理混合操作：一体化工具会更顺手
对我来说，工具的终点不是“功能最多”，而是：
能不能更贴近真实工作流，减少切换成本。
Navicat 我不是没感情，恰恰相反，我是用了很多年，才会觉得可惜。
但再好的工具，只要稳定性一直影响工作，最后也只能慢慢放下。
