内容摘要：打开浏览器，粘贴一段 SQL，点运行，结果秒出。这事放在十五年前，得先装个数据库客户端，配好连接串，还得求运维开权限。现在？网页上就能干。sqliteonline、db-fiddle、sqlfiddl

打开浏览器，句线粘贴一段 SQL，测试点运行，工具结果秒出。句线这事放在十五年前，测试得先装个数据库客户端，工具配好连接串，句线还得求运维开权限。测试现在？工具网页上就能干。sqliteonline、句线db-fiddle、测试sqlfiddle 这几个站，工具我几乎每周都用。句线不是测试懒得装环境，是工具有些场景真的不适合本地折腾——比如临时验证一个窗口函数的写法，或者给同事演示死锁是怎么产生的。

在线 SQL 测试工具的核心价值就一个：把“环境准备”这个环节彻底抹掉。你不需要有 MySQL 实例，不需要 Docker，甚至不需要知道 PostgreSQL 和 MySQL 在日期函数上的差异。打开页面，选一个数据库类型，建表、插数据、跑查询，全在浏览器里完成。db-fiddle 支持 MySQL、PostgreSQL、SQLite、SQL Server、Oracle 等好几种引擎，切换就是下拉菜单的事。

我拿它干过一件挺实用的事。有次线上报表数字对不上，业务方咬定是 SQL 写错了。我把那段查询连同建表语句、几行模拟数据一起贴进 db-fiddle，跑出来结果和线上一致，问题出在数据源而不是查询逻辑。整个过程不到三分钟，连截图带链接发给对方，省掉了一轮扯皮。这种“可复现的最小案例”，在本地环境里反而不好快速搭出来。

但这类工具有个通病：免费版通常限制查询执行时间，复杂查询跑几秒就被掐断。sqliteonline 对 SQLite 的支持最顺滑，毕竟 SQLite 本身就是嵌入式的，浏览器里跑 WASM 版本毫无压力。可你要是想测 MySQL 的 EXPLAIN ANALYZE 或者 PostgreSQL 的并行查询计划，免费版基本不给这个机会。付费版能解锁更长的执行时间和更多连接数，但个人用户愿不愿意掏这个钱，就看使用频率了。

另一个容易被忽略的点是数据隐私。你把公司真实的表结构和查询语句贴到第三方网站上，哪怕只是测试，也可能违反内部安全规范。我自己的做法是：表名改成 t1、t2，字段名用 col_a、col_b，数据全部伪造。只保留 SQL 语法结构和逻辑关系，这样既能验证问题，又不泄露任何敏感信息。db-fiddle 有个“私有 fiddle”功能，生成的链接不公开，但数据毕竟经过了别人的服务器，谨慎点没坏处。

说到具体使用体验，sqlfiddle 的界面最老派，加载速度也偏慢，但它对 Oracle 和 SQL Server 的支持比另外两家更稳。sqliteonline 胜在干净利落，左侧建表、右侧写查询，结果直接显示在下方，没有多余的东西。db-fiddle 的功能最全，支持保存和分享，还能嵌入到博客或文档里。我写技术笔记时经常嵌一个 db-fiddle 链接，读者点开就能自己跑一遍。

有个细节值得提：这些工具对 SQL 方言的处理并不完全一致。你在 db-fiddle 的 MySQL 模式下能跑的 GROUP_CONCAT，换到 PostgreSQL 模式就得改成 STRING_AGG。这不是工具的 bug，而是数据库本身的差异。在线工具的好处恰恰在于，它让你能快速切换引擎，亲眼看到同一条 SQL 在不同数据库下的报错信息。这种“即时反馈”比看文档印象深刻得多。

如果你还没用过这类工具，建议从 sqliteonline 开始。打开即用，零配置，适合验证基础语法和简单查询。等遇到需要特定数据库特性的场景，再换 db-fiddle 或 sqlfiddle。别指望它们能替代本地开发环境，但在“快速验证想法”这件事上，它们确实省时间。