在 MySQL 中，很多初学者写查询时习惯不写 ORDER BY，然后观察几次返回结果似乎和插入顺序一致，便认为表存在某种默认排序。实际上，MySQL 官方文档明确指出，如果 SELECT 语句没有显式指定 ORDER BY 子句，返回行的顺序是未定义的。也就是说，数据库引擎有权以任意顺序返回数据，而这种顺序在不同版本、不同存储引擎、不同执行计划下都可能发生变化。
一、InnoDB 的聚簇索引与数据读取
对于最常用的 InnoDB 存储引擎，表数据是按照主键构造的聚簇索引（clustered index）来存储的。聚簇索引是一棵 B+ 树，叶子节点直接存放完整的行记录。当执行没有 ORDER BY 的全表查询时，优化器通常会选择对聚簇索引做顺序扫描，此时行记录大体上会按照主键从小到大被读出。这给人一种“默认按主键排序”的错觉，但这只是执行计划的副产品，并非 SQL 标准或 MySQL 承诺的行为。
一旦查询条件中使用了二级索引，或者优化器认为全表扫描成本更高而改走其他访问路径，返回顺序就会改变。例如查询中只检索部分列并命中覆盖索引时，MySQL 可能直接扫描二级索引，此时行的先后次序将依从该二级索引的排列，而不是主键顺序。因此，把“没写 ORDER BY 时的表现”当成默认排序规则是非常危险的。
二、没有 ORDER BY 时的实际案例
下面用一个简单的示例说明为什么不能依赖默认顺序。假设我们有一张用户表，主键为 id，并以无序方式批量插入数据：
-- 创建测试表 CREATE TABLE user_info ( id INT PRIMARY KEY, name VARCHAR(50), age INT ) ENGINE=InnoDB; -- 插入数据，注意 id 并非连续插入 INSERT INTO user_info (id, name, age) VALUES (3, '张三', 20); INSERT INTO user_info (id, name, age) VALUES (1, '李四', 25); INSERT INTO user_info (id, name, age) VALUES (2, '王五', 22);
执行如下查询：
SELECT id, name FROM user_info;
在多数情况下，你会看到结果按 id 为 1、2、3 的顺序返回，因为 InnoDB 沿聚簇索引扫描。但如果在表上建立二级索引并执行限制列的查询：
CREATE INDEX idx_age ON user_info(age); SELECT id, name FROM user_info WHERE age > 18;
此时优化器可能选择扫描 idx_age 索引，返回顺序会先按 age 排序，相同 age 内再按主键排，肉眼看到的和之前完全不同。更重要的是，如果后续对表做大量删除和插入，页分裂会导致聚簇索引的物理存储顺序偏离逻辑主键顺序，全表扫描结果也可能不再严格递增。
三、为什么 MySQL 不定义默认排序
从数据库设计角度看，关系模型把表视为无序集合（multiset），SQL 标准规定未使用 ORDER BY 时顺序不确定。这样做能让查询优化器自由选择权能最小的执行计划，而不必为了维持某种表面顺序付出额外排序成本。如果强行规定默认排序，每一次查询都要隐式排序，会严重拖累性能，也限制了优化空间。
此外，在主从复制、并行查询等场景中，不同节点或线程读取数据的顺序更难保持一致。若应用层错误地依赖“默认顺序”做分页，比如用 LIMIT 10 然后 LIMIT 10,10 切页，很可能因顺序漂移而重复或漏掉记录。正确做法永远是显式排序，哪怕排序字段就是主键。
四、如何获得稳定排序
若你需要确定性的输出顺序，应当始终写明 ORDER BY。哪怕只是按主键排序，也要写出来，避免未来表结构或数据分布变化引发隐蔽 bug：
-- 显式按主键排序，结果稳定 SELECT id, name, age FROM user_info ORDER BY id ASC; -- 按业务字段排序 SELECT id, name, age FROM user_info ORDER BY age DESC, id ASC;
在分页查询时，也建议采用“排序字段加唯一键”的组合排序，例如 ORDER BY create_time DESC, id DESC，这样即使同一时间有多个插入，也能靠 id 兜底保证顺序唯一，杜绝深分页错乱。对于报表或对账类任务，显式排序更是不可省略的底线要求。
五、常见误区总结
误区一是认为“InnoDB 表默认按主键排序”，其实只是扫描聚簇索引的巧合；误区二是认为“先插入的一定先返回”，在并发事务和页重组后该假设不成立；误区三是用 LIMIT 切页却不写 ORDER BY，极易造成数据重复或丢失。理解 MySQL 表中没有默认排序顺序，是写出健壮 SQL 的基本功。
总之，当你在 MySQL 中执行没有 ORDER BY 的查询时，返回顺序只是当前执行计划下的临时现象，绝不是可靠的默认排序。任何需要顺序的逻辑，都必须由开发者通过 ORDER BY 明确指定，这样才能跨越版本、引擎和数据变更保持一致的行为。