内容摘要：打开浏览器，输入一行 SELECT * FROM users WHERE id = 1;，按下执行，结果集秒出。整个过程不需要装 MySQL，不需要配环境变量，甚至不需要登录。这就是在线 SQL 测试

打开浏览器，语句输入一行 SELECT * FROM users WHERE id = 1;，测试按下执行，语句结果集秒出。测试整个过程不需要装 MySQL，语句不需要配环境变量，测试甚至不需要登录。语句这就是测试在线 SQL 测试工具最直接的价值——把"我想验证一个查询"到"看到结果"之间的路径压缩到最短。

我第一次用这类工具是语句帮同事排查一个 JOIN 写错的问题。本地数据库里数据太多，测试跑一次要等好几秒，语句干脆把表结构简化后丢到在线平台。测试建表、语句插几条测试数据、测试改 JOIN 条件、语句对比结果，前后不到三分钟。如果走本地流程，光切数据库连接就得折腾一阵。

它们到底跑在什么上面

多数在线 SQL 测试站点底层用的是 SQLite 或 MySQL 的沙箱实例。SQLite 居多，因为轻、启动快、单文件就能跑。你看到的"新建查询"背后，往往是一个临时分配的数据库，会话结束就销毁。有些平台会给你一个持久化的库，但通常限制容量，比如 5MB 或者 10MB。

方言支持是个坑。你在 SQLite 上写 NOW() 可能报错，得用 datetime('now')。想测 LIMIT 和 OFFSET 没问题，但换成 SQL Server 的 TOP 就歇了。所以选工具前先确认它跑的是哪种引擎。db<>fiddle 这点做得好，支持 SQL Server、Oracle、PostgreSQL、MySQL 等好几种，切换引擎跟换标签页一样简单。

几个实际用下来的感受

sqliteonline.com 界面干净，左侧表结构树，右侧编辑区，底部结果面板。支持导入 CSV，这个功能很实用——把生产环境脱敏后的数据导进去，就能模拟真实查询。缺点是免费版有查询时长限制，复杂语句跑太久会被掐断。

db<>fiddle 更偏向"分享"。你写好一个查询，生成链接发给别人，对方打开就能看到同样的数据和结果。代码审查或者技术讨论时特别方便，不用截图，不用描述"我这边跑出来是这样"。链接里包含了建表语句、插入数据和查询本身，完整还原现场。

还有一个叫 SQL Fiddle 的老牌工具，界面停留在十年前的水平，但胜在稳定。有些老项目用的 MySQL 5.5 语法，在新工具上反而跑不了，它还能撑住。

什么时候不该用

涉及真实业务数据、敏感字段、性能调优的场景，别碰在线工具。数据一旦提交到别人的服务器，你就失去了控制权。哪怕平台承诺"会话结束即删除"，传输过程中经过哪些节点你也不清楚。

另外，执行计划分析基本做不了。在线工具很少暴露 EXPLAIN 的完整输出，索引命中情况、锁等待这些更看不到。调优还是得在本地或者测试环境搞。

我的习惯是：语法验证、逻辑推演、教学演示用在线工具；涉及数据安全、性能、事务隔离级别的，老老实实开本地实例。工具是拿来省事的，不是拿来替代判断的。

选哪个？看你当下要解决什么问题。快速验证一条语句，sqliteonline 够用；需要跨数据库方言对比，db<>fiddle 更合适；要分享给同事看，带链接分享功能的优先。别在工具选择上纠结太久，打开一个能用就行。