上周帮一个朋友排查线上问题，运行他发来一段 SQL，工具说在测试环境跑得好好的运行，到了生产就报错。工具我让他把建表语句和数据一起发过来，运行结果他截了个图——用的工具是一个在线 MySQL 工具。我这才意识到，运行这类工具已经悄悄成了很多人日常开发的工具一部分。

在线运行 MySQL 的运行工具，说白了就是工具让你不用在本地装 MySQL 服务端，打开浏览器就能连数据库、运行写 SQL、工具看结果。运行听起来简单，工具但实际用起来差别很大。运行我试过不下十款，有些连基本的 JOIN 都跑不动，有些连语法高亮都没有，写起来像在记事本里敲代码。

目前比较主流的有 DB Fiddle、SQL Fiddle、db<>fiddle 这几家。DB Fiddle 的界面最干净，支持 MySQL 8.0，左边写 schema，右边写查询，点 Run 就能出结果。它有个细节做得不错：执行计划会以表格形式展示，虽然不如 EXPLAIN 原生输出详细，但对快速判断索引是否命中已经够了。SQL Fiddle 老一些，界面停留在十年前，但胜在稳定，支持 MySQL 5.6 到 8.0 多个版本切换。db<>fiddle 是 SQL Fiddle 的升级版，支持的种类更多，不过免费版有查询次数限制。

我个人的使用场景主要有两个。一是验证语法。比如 MySQL 8.0 的窗口函数写法，本地如果还是 5.7 就没法测，在线工具切到 8.0 直接跑一下，省得折腾 Docker。二是分享问题。同事之间发一段 SQL 加数据，对方点开链接就能复现，比截图和文字描述高效得多。有次我排查一个 GROUP BY 的兼容性问题，直接在 DB Fiddle 里建了两张表，插了五行数据，把报错信息连同链接一起发到群里，五分钟就定位到了 ONLY_FULL_GROUP_BY 模式的影响。

但这类工具的限制也很明显。数据量稍微大一点就卡。我试过插一千行数据，DB Fiddle 直接超时。它本质上是在浏览器里模拟一个沙箱环境，资源有限，不适合做性能测试。另外，所有数据都是公开的，虽然可以设置私有链接，但本质上还是存在别人的服务器上。公司内部如果有敏感数据，千万别往上面贴。我见过有人把用户表结构直接粘上去问问题，字段名里带着 id_card 和 phone，这就有点危险了。

还有一点，在线工具的 SQL 执行环境和真实生产环境往往有差异。字符集、时区、sql_mode 这些参数，默认值可能不一样。我遇到过在工具里跑得好好的日期函数，到了线上因为时区设置不同结果差了一天。所以它适合验证语法和逻辑，不适合验证行为一致性。

如果你只是偶尔写写 SQL、学学新语法，DB Fiddle 够用了。如果要做团队协作，可以考虑用 docker run mysql 在本地起一个，数据在自己手里，版本随便切，性能也够。在线工具终究是个轻量级的辅助，别把它当成生产环境的替身。

顺便说一句，有些在线工具还支持导入 CSV 文件，这个功能挺实用。我上次分析一份导出数据，懒得建表，直接把 CSV 拖进去，工具自动推断字段类型，省了不少事。不过自动推断有时候会把数字识别成字符串，跑聚合函数的时候要注意一下。