同一条SQL查询在Docker运行结果稳定但服务器多次执行结果不一致

该现象和查询随机性无关，本质是SQL未显式指定排序规则导致的结果集顺序不确定，属于符合SQL标准的正常表现。

核心原理 #

SQL 规范明确要求：只有查询语句显式携带 ORDER BY 子句时，数据库才会保证返回结果的顺序固定。如果没有写 ORDER BY，数据库可以按照任意顺序返回符合条件的行，只要结果条数和内容匹配就算合法。

两端表现不一致的具体原因 #

• 本地Docker实例：使用的是静态备份的数据集，没有并发写入、更新、数据整理操作，数据的物理存储顺序、数据库的执行计划长期固定，所以哪怕没有排序，每次返回的行顺序都会保持一致。
• 集中式服务器：属于多用户共享的活跃实例，会出现多种影响返回顺序的情况：
  • 并发写入、更新、删除操作会导致数据页分裂、数据行物理存储位置变化，全表扫描的返回顺序随之变动
  • 不同时间段的查询负载不同，数据库优化器可能选择不同的执行计划，比如有时走索引扫描、有时走全表扫描，返回的行顺序自然不同
  • 部分数据库开启了并行查询特性，多线程扫描数据时各线程返回结果的顺序不固定，最终拼接的结果集顺序每次都会变动

只要在查询语句末尾添加显式的排序规则即可，优先选择唯一不重复的字段作为排序依据，示例如下：

SELECT * FROM reports.consumption
WHERE name LIKE '%%electricity%%'
-- 新增排序规则，比如按主键id升序
ORDER BY id ASC

调整后无论在哪种环境执行，返回的结果顺序都会完全一致，符合查询确定性要求。

内容的提问来源于stack exchange，提问作者Hans Bambel