在MySQL中实现升序查询主要依赖ORDER BY子句，这是SQL标准中专门用来控制结果集排序顺序的语法。默认情况下，只要不特别指定排序方向，ORDER BY就会按照升序（ASC，从小到大）排列数据。很多初学者写了查询语句后发现数据顺序混乱，其实就是没有使用ORDER BY。要记住一点：不使用ORDER BY时，MySQL不保证返回结果的顺序，即使看起来是有序的，也不能依赖这种顺序。
一、ORDER BY实现升序查询的基本语法
ORDER BY的标准语法是在SELECT语句末尾跟上要排序的字段名，再跟上方向关键字。ASC表示升序，DESC表示降序。其中ASC关键字可以省略，因为升序就是默认行为。基本写法如下：
-- 显式写法：按age字段升序排列 SELECT id, name, age FROM student ORDER BY age ASC; -- 简写形式：省略ASC，效果完全一样 SELECT id, name, age FROM student ORDER BY age;
这两种写法返回的结果完全相同。从代码可读性角度考虑，建议在团队协作的项目中显式写出ASC，这样意图更清晰，别人一看就知道这是刻意为之的升序排序，而不是忘记写方向关键字。
还有一个容易踩坑的地方：ORDER BY必须放在WHERE、GROUP BY、HAVING之后，LIMIT之前。如果位置写错，MySQL会直接报语法错误。下面是一个带条件的完整例子，查询年龄大于18岁的学生并按分数升序排列：
SELECT id, name, score FROM student WHERE age > 18 ORDER BY score ASC LIMIT 10;
二、多字段排序与升降序混合使用
实际业务中经常需要按多个字段排序，比如先按部门升序，部门相同的再按工资升序。这时只需在ORDER BY后面用逗号分隔多个字段，每个字段都可以单独指定排序方向。MySQL会按照字段出现的先后顺序依次排序，第一个字段相同的记录才会按第二个字段排，以此类推。
-- 先按部门升序，再按工资升序 SELECT emp_name, dept, salary FROM employee ORDER BY dept ASC, salary ASC; -- 混合方向：部门升序，工资降序 SELECT emp_name, dept, salary FROM employee ORDER BY dept ASC, salary DESC;
要注意一个常见误区：ORDER BY dept ASC, salary这种写法中，ASC只作用于dept字段，salary仍然是默认升序。方向关键字是逐个字段独立设置的，不会向后继承。如果想省略关键字，最好理解清楚每个字段的默认方向都是升序。
多字段排序在分页场景中尤其重要。如果排序字段存在大量重复值，只按单个字段排序时，不同页的数据可能出现重复或遗漏，因为相同排序值的行之间的顺序是不确定的。解决办法是追加一个唯一字段（如主键id）作为最后的排序依据，保证排序结果的稳定性：
SELECT id, create_time, title FROM article ORDER BY create_time ASC, id ASC LIMIT 20 OFFSET 40;
三、字符串排序、中文排序与NULL值处理
升序查询对不同类型的数据规则不同。数值类型按大小排，日期时间类型按先后排，这些比较好理解。字符串类型则是按字符集的排序规则（collation）来比较的，默认的utf8mb4_general_ci规则下，字母不区分大小写，且数字字符小于字母字符。例如排序结果中 'abc' 和 'ABC' 被视为相同，排在 'b' 前面。
中文排序是很多人关心的问题。在UTF8编码下，中文默认并不是按拼音顺序排列的，而是按字符的Unicode编码值排序，结果看起来像是随机顺序。如果希望按拼音排序，常见做法是在查询时转换字符集：
-- 将name字段临时转换为GBK编码再排序，可按拼音升序 SELECT name FROM student ORDER BY CONVERT(name USING gbk) ASC;
这种转换虽然能达到拼音排序效果，但有一个明显缺点：无法利用索引，全表数据都要做编码转换，数据量大时性能会明显下降。如果中文排序是高频需求，更好的方案是在表设计阶段就把字段定义为GBK字符集，或者额外增加一个存拼音的字段并建立索引。
NULL值的排序行为也值得注意。在MySQL的升序排序中，NULL被当作最小值处理，会排在所有非NULL值的前面；降序时则排在最后。如果想让NULL排到后面去，可以使用IFNULL或ISNULL构造一个辅助排序表达式：
-- 升序排列但NULL值排在最后 SELECT id, login_time FROM user ORDER BY login_time IS NULL ASC, login_time ASC;
这里的技巧在于login_time IS NULL返回0或1，非NULL记录为0排前面，NULL记录为1排后面，从而实现了自定义的NULL位置控制。
四、升序查询的性能优化建议
排序操作在数据量大时可能成为性能瓶颈。MySQL执行排序有两种方式：利用索引直接按序读取数据，或者在内存或磁盘上做文件排序。当ORDER BY的字段顺序与索引列的顺序一致且方向一致时，优化器可以直接走索引，避免额外的排序开销，这是最理想的情况。
因此在设计索引时，如果有典型的查询模式是按某字段升序取前N条，就应该考虑为该字段建立索引。例如经常执行按create_time升序分页查询，那么INDEX(create_time)或联合索引INDEX(create_time, id)能让查询直接利用索引完成排序。需要注意的是，如果查询里写了ORDER BY create_time DESC，普通的升序索引依然可以被反向扫描使用，通常不用担心方向问题。
另外要注意避免在ORDER BY中对字段使用函数或表达式，比如ORDER BY UPPER(name) ASC，这会导致索引失效。如果确实有这类需求，可以考虑使用函数索引或者冗余一个预处理字段。合理利用索引加上适当的方向设置，升序查询在千万级数据量下也能保持毫秒级响应。