一、核心结论：默认排序无 “稳定性”

If you do not specify ORDER BY, the sort order is undefined.

二、不同存储引擎的 “常见默认行为”

1. InnoDB 存储引擎（MySQL 5.5+ 默认）

• 规则：默认按 主键（PRIMARY KEY）升序 返回数据。
  • 若表定义了自增主键（如 id INT AUTO_INCREMENT PRIMARY KEY），则默认按 id 从小到大排序（与数据插入顺序一致，因为自增主键值随插入递增）。
  • 若表未定义主键，InnoDB 会自动生成一个隐藏的 6 字节自增 ROW ID 作为聚簇索引，此时默认按 ROW ID 升序返回（也与插入顺序一致）。
• 示例：
  sql

  -- 表结构（自增主键）
  CREATE TABLE users (
    id INT AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(50)
  );
  -- 插入数据
  INSERT INTO users (name) VALUES ('Alice'), ('Bob'), ('Charlie');
  -- 未指定ORDER BY，默认按id升序返回
  SELECT * FROM users;
  -- 结果：id=1(Alice) → id=2(Bob) → id=3(Charlie)
  

   
   
• 例外：若查询使用了非主键索引（二级索引），且该索引比主键索引更 “高效”（如覆盖索引扫描），则默认按 “二级索引顺序” 返回。

2. MyISAM 存储引擎（旧版默认，现已较少用）

• 规则：默认按 数据行的物理插入顺序 返回（即 “插入顺序”）。
• 示例：
  sql

  -- 表结构（MyISAM引擎，无主键）
  CREATE TABLE products (
    name VARCHAR(50),
    price INT
  ) ENGINE=MyISAM;
  -- 插入数据（顺序：A→B→C）
  INSERT INTO products VALUES ('Apple', 10), ('Banana', 5), ('Cherry', 8);
  -- 未指定ORDER BY，默认按插入顺序返回
  SELECT * FROM products;
  -- 结果：Apple → Banana → Cherry
  

   
   
• 例外：若表有主键或索引，且查询触发索引扫描，可能按 “索引顺序” 返回，而非插入顺序。

三、影响默认排序的其他因素

1. 数据删除 / 更新：
   • InnoDB 会复用已删除行的 “空间”（碎片），新插入的数据可能填补到碎片位置，导致主键顺序与插入顺序不一致。
   • MyISAM 删除数据后，后续插入的新行会追加到文件末尾，但若删除的是中间行，物理顺序会出现 “空洞”，默认返回顺序仍按物理存储（含空洞）。
2. 索引优化：MySQL 查询优化器会选择 “成本最低” 的索引（如全表扫描 vs 索引扫描），若选择不同索引，返回顺序会随索引顺序变化。
3. ** LIMIT 与分页 **：未指定 ORDER BY 时，LIMIT 可能返回 “随机” 的部分数据（因优化器选择的扫描方式不同），导致分页结果混乱。
4. 集群环境 / 主从同步：主库与从库的存储引擎、索引状态可能存在差异，默认排序可能不一致，破坏数据一致性。

四、最佳实践：避免依赖默认排序

1. 指定明确的排序字段：优先使用主键、唯一索引等 “唯一标识字段”，确保排序稳定。
   sql

   -- 正确：显式按id排序
   SELECT * FROM users ORDER BY id ASC;
   -- 正确：多字段排序（先按price升序，再按name降序）
   SELECT * FROM products ORDER BY price ASC, name DESC;
   

    
    
2. 处理 “无唯一字段” 场景：若表无主键或唯一索引，可添加自增字段（如 create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP），按时间戳排序。
3. 避免 “隐含排序” 依赖：不要认为 “插入顺序 = 返回顺序” 或 “主键顺序 = 返回顺序”，仅信任显式 ORDER BY。

五、总结