MySQL函数实战指南：从基础操作到窗口函数与性能优化-代码聚汇网

MySQL函数实战指南：从基础操作到窗口函数与性能优化

MySQL函数窗口函数聚合函数

|难度：普通|阅读约 28 分钟

做后端开发这些年，MySQL函数是那种“用得越频繁反而越容易被忽视”的东西。平时写SELECT时顺手用一下NOW()、ROUND()，觉得没什么技术含量，可真到了面试、报表统计、复杂业务查询的时候，能不能把函数用对、用活，直接就分出高下了。这篇文章把我这些年实际项目里用过、踩过坑的MySQL函数做一次完整梳理，从最常用的字符串、日期、条件函数，到聚合函数和窗口函数，再聊到自定义函数与存储过程的边界问题，最后补充几道高频面试题的思路和一套新手练习环境准备。适合刚上手MySQL的初学者，也适合想系统复习函数知识的开发者。

1. 函数在MySQL里到底有多重要

1.1 函数不是语法糖，而是SQL表达能力的分水岭

很多人一开始写SQL，只会SELECT、WHERE、GROUP BY，遇到“用户名要拼接”“日期要格式化”“空值要兜底”这些需求，第一反应是拉出来到程序里用Java、Python处理。这个习惯本身没错，但会造成两个问题：一是程序里写一堆循环和判断，代码又长又难维护；二是明明一条SQL能算完的数据，非要全表捞到应用层，网络开销和内存占用全都上去了。

MySQL函数解决的就是“在数据库内部完成加工和计算”这件事。比如一张订单表，要按月份统计每个用户的订单数和总金额，如果不用函数，你得把所有订单查出来，自己遍历分组；用了DATE_FORMAT和聚合函数，一条SQL直接出结果。再比如查询时某个字段可能为NULL，页面要显示“未知”，用IFNULL或COALESCE就能在SQL层面完成兜底，程序里少写一堆判空逻辑。

从面试角度来说，函数也是MySQL考察的高频区，像count(*)、count(1)、count(字段)三者区别、GROUP BY和HAVING的执行顺序、为什么对索引字段用函数会导致全表扫描，这些问题几乎每次面试都能遇到几个。所以函数不只是“会用就行”，而是理解数据库查询底层逻辑的重要入口。我从自己的学习路径和带新人经验来看，函数是性价比极高的一块内容：投入产出比高、即学即用、对排查线上慢查询也很有帮助。

1.2 函数分类全景：一张表看懂该去哪查哪种函数

MySQL函数数量非常多，但常用的大致可以分成六类。刚开始接触的人不用急着把所有函数都背下来，先知道分类，知道“某个需求该去哪个分类里找函数”，遇到具体场景再查手册，效率会高很多。

函数分类	典型函数举例	实际业务场景
字符串函数	CONCAT、SUBSTRING_INDEX、REPLACE、TRIM	姓名拼接、截取订单号、清洗脏数据
数值函数	ROUND、CEIL、FLOOR、MOD、SQRT	金额四舍五入、库存取整、余数分配
日期时间函数	NOW、DATE_FORMAT、DATEDIFF、TIMESTAMPDIFF	报表按月统计、计算年龄和工龄
条件函数	IF、IFNULL、COALESCE、CASE WHEN	空值兜底、逻辑分支转换
聚合函数	COUNT、SUM、AVG、MAX、MIN、GROUP_CONCAT	分组统计、汇总报表
窗口函数	ROW_NUMBER、RANK、DENSE_RANK、SUM OVER	分组排名、同比环比、TopN

注意，这个表只覆盖了开发中最常用的部分。MySQL还有JSON函数、加密函数、流程控制函数等，等基础打牢之后按需扩充就行。我的习惯是：在Navicat或Workbench里打开函数列表，把不认识的函数名扫一眼，至少知道它是干什么的，真到用的时候再去查详细语法。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 字符串与数值函数：最高频的“基础操作”

2.1 字符串函数：拼接、截取、替换、去空格

字符串函数是日常开发里使用频率最高的，我几乎每天都会写。先看几个必须掌握的。

CONCAT(col1, col2, ...)：把多个字符串拼接成一个。比如用户表里分别存了姓氏和名字，要显示完整姓名，可以写SELECT CONCAT(last_name, first_name) FROM user;。这里有一个特别容易踩的坑：CONCAT只要有一个参数是NULL，整个结果就是NULL。我早期就因为这个原因线上出现过“用户名为空”的Bug，排查了半天发现是中间名存了NULL。解决办法是用CONCAT_WS或者先IFNULL处理：

sql复制SELECT CONCAT_WS(' ', first_name, last_name) FROM user;
-- CONCAT_WS第一个参数是分隔符，遇到NULL会跳过而不是整条变NULL

SUBSTRING_INDEX(str, delimiter, count)：按分隔符截取字符串，这个函数非常好用。它的逻辑是“在第count个分隔符的地方切开”，count为正数时从左边开始数，为负数时从右边开始数。比如有一个字段存的是"北京市-朝阳区-望京街道"，想取城市名：

sql复制SELECT SUBSTRING_INDEX(addr, '-', 1);  -- 北京市
SELECT SUBSTRING_INDEX(addr, '-', -1); -- 望京街道

REPLACE(str, from_str, to_str)：全局替换字符串。比如电话号码脱敏，把中间四位换成星号：

sql复制SELECT REPLACE(phone, SUBSTRING(phone, 4, 4), '****') FROM user;

TRIM、LTRIM、RTRIM：去掉字符串两边的空格。我经常在处理Excel导入的数据时用TRIM，因为用户手动填的表格里经常带着肉眼看不见的空格，直接查会查不到。

提示：字符串函数在与索引配合时需要特别注意。比如WHERE LEFT(name, 2) = '张'，虽然结果是对的，但无法使用name字段上的索引；改成WHERE name LIKE '张%'才能真正用上索引。

2.2 数值函数：四舍五入、取整、取余、开方

数值函数的场景相对简单，但细节也不少。ROUND用于四舍五入，可以带精度参数；CEIL向上取整，FLOOR向下取整；MOD取余数；SQRT求平方根。

我实际项目里遇到最多的组合是分页和金额计算。比如订单金额price * quantity计算出的小数位特别多，要保留两位小数：

sql复制SELECT ROUND(price * quantity, 2) FROM order_detail;

这里要注意ROUND与TRUNCATE的区别：ROUND是四舍五入，TRUNCATE是直接截断。同样是123.456，ROUND(123.456, 2)得到123.46，TRUNCATE(123.456, 2)得到123.45。如果做财务对账，到底用哪个必须和产品确认清楚，差一分钱对不上都很麻烦。

ROUND还有一个容易忽略的用法，精度参数可以为负数，表示在小数点左侧四舍五入。比如ROUND(1234, -2)的结果是1200。这种写法在做千位取整的时候很实用，但不建议在业务SQL里频繁用，因为可读性比较差。

MOD取余的典型场景是“轮流分配”和“双11抽奖轮次判断”。比如要把10个任务轮流分配给3台机器，可以用MOD(id, 3)来指定机器编号。还有SQRT这类数学函数，用得少，但碰到要算距离或标准差时它是基础。

2.3 典型的隐式转换场景：“int + 5”和字符串数字相加

热搜词里有一个很醒目的“mysql中int+5”，我猜很多人在搜索一个现象：明明是整数类型的字段，加上5之后结果却“不对”。这里要讲一个MySQL的隐式类型转换机制。

比如有一张表，字段age是VARCHAR类型，里面存的都是数字字符串：

sql复制SELECT age + 5 FROM student;

MySQL看到加号会把age尝试转成数字再计算。如果age里存的确实是'20'，得到25，看起来没问题；但如果某个数据是'20岁'，MySQL会尽量转成20再算，结果还是25，只是没有报错。这种“看似正常但实际有隐患”的情况，特别容易埋雷。一旦有脏数据，比如'abc'，MySQL会转换成0，计算结果就变成5，程序里如果不校验，用户看到的就是错误年龄。

更严重的是在WHERE条件里出现隐式转换。比如订单号字段order_no是VARCHAR，但存的是纯数字，查询时写成：

sql复制WHERE order_no = 123456

MySQL会把order_no转成数值再比较，导致这个字段上的索引失效，大数据量表直接全表扫描。这不是SQL语法错误，但性能差一个数量级。正确的做法是保持类型一致：

sql复制WHERE order_no = '123456'

实战建议：设计表结构时，明确该用INT就用INT，该用VARCHAR就用VARCHAR；在代码里查询时，参数类型也要和字段类型对齐。遇到确实需要类型转换的场景，主动用CAST或CONVERT，比如WHERE CAST(order_no AS UNSIGNED) = 123456，虽然索引可能也失效，但至少逻辑是显式可见的。

3. 日期时间与条件函数：报表分析的核心武器

3.1 日期时间函数：格式化、计算差值、加减日期

日期时间函数是报表系统里绕不开的工具。最基础的有三个：NOW()返回当前日期时间，CURDATE()返回当前日期，CURTIME()返回当前时间。

DATE_FORMAT(date, format) 是格式化神器。比如订单时间要按年月分组，可以把订单时间转成'%Y-%m'：

sql复制SELECT DATE_FORMAT(order_time, '%Y-%m') AS month, COUNT(*)
FROM orders
GROUP BY DATE_FORMAT(order_time, '%Y-%m');

这里面有个非常关键的坑：如果order_time建立了索引，GROUP BY DATE_FORMAT(order_time, '%Y-%m')会导致索引失效。因为MySQL必须先对每一行的order_time做函数计算，才能得到分组的key，没法直接用B+树的有序性。数据量小无所谓，日订单量上百万时，这个SQL能把库拖慢。更优的写法是使用范围条件：

sql复制SELECT DATE_FORMAT(order_time, '%Y-%m') AS month, COUNT(*)
FROM orders
WHERE order_time >= '2024-01-01' AND order_time < '2024-02-01'
GROUP BY month;

DATEDIFF(expr1, expr2) 返回两个日期差的天数，expr1减expr2。比如统计用户最后一次下单距离今天多少天没回购：

sql复制SELECT DATEDIFF(NOW(), last_order_time) AS days_since_order FROM user;

TIMESTAMPDIFF(unit, datetime_expr1, datetime_expr2) 更灵活，可以按YEAR、MONTH、DAY、HOUR、MINUTE、SECOND计算差值。比如计算两个时间的月数差：

sql复制SELECT TIMESTAMPDIFF(MONTH, '2023-06-01', '2024-02-01');  -- 8

计算年龄也是用它，后面第5章我会给出完整自定义函数示例。DATE_ADD(date, INTERVAL expr unit) 和 DATE_SUB 用于日期加减，比如查询最近7天的订单：WHERE order_time >= DATE_SUB(NOW(), INTERVAL 7 DAY)。这里建议用DATE_SUB而不是NOW() - INTERVAL 7 DAY，虽然两种写法都对，但DATE_SUB语义更清晰，团队里其他人也更容易读。

提示：日期函数和时区的关系要提前确认。如果服务器时区是UTC，而业务要求北京时间，NOW()返回的就会差8小时。排查这种问题时，优先确认实例的time_zone参数，以及JDBC连接串里是否配置了serverTimezone。

3.2 条件函数：IF、IFNULL、COALESCE、CASE WHEN

条件函数解决的是“SQL里写逻辑分支”的需求。最常见的四个：IF、IFNULL、COALESCE、CASE WHEN，很多人分不清什么时候用哪个，我直接说结论：优先用COALESCE和CASE WHEN，IF和IFNULL在简单场景下可以用。

IF(expr, v1, v2)：如果expr为真返回v1，否则返回v2。比如金额大于1000标记为“大额订单”：

sql复制SELECT order_no, IF(amount > 1000, '大额', '普通') AS level FROM orders;

IFNULL(v1, v2)：如果v1为NULL则返回v2，否则返回v1。注意只有两个参数，别把三个值塞进去。

COALESCE(v1, v2, v3, ...)：从左到右找到第一个非NULL值返回。它是IFNULL的“加强版”，参数数量不限。比如用户表里有手机号、邮箱、微信号三个联系方式，优先展示手机号，没有就看邮箱，再没有看微信号：

sql复制SELECT COALESCE(phone, email, wechat, '无联系方式') FROM user;

CASE WHEN 是SQL标准语法，适合多分支判断。比如订单状态码1、2、3要转成中文含义：

sql复制SELECT
    CASE order_status
        WHEN 1 THEN '待支付'
        WHEN 2 THEN '已支付'
        WHEN 3 THEN '已发货'
        ELSE '未知'
    END AS status_desc
FROM orders;

CASE WHEN还经常在统计报表里配合SUM使用，实现“按条件计数”的效果。比如统计每个用户有多少笔超过100元的订单：

sql复制SELECT user_id, SUM(CASE WHEN amount > 100 THEN 1 ELSE 0 END) AS cnt
FROM orders
GROUP BY user_id;

3.3 条件函数与索引失效：用了函数为什么慢

前面提到了几次索引失效，这里展开讲一下。MySQL的B+树索引是按照原始字段值排序的，如果查询条件里把字段套进了函数，比如IFNULL(name, '') = '张三'，或者DATE_FORMAT(order_time, '%Y-%m') = '2024-01'，优化器就无法直接根据索引去定位，只能全表扫描，逐行计算函数值再比较。

规避方式主要有两种：一是尽量把函数写在等号的右边，让字段单独出现在左边。比如order_time >= '2024-01-01' AND order_time < '2024-02-01'，就比DATE_FORMAT(order_time, '%Y-%m') = '2024-01'高效得多。二是如果确实需要对字段做加工再查询，可以新建一个冗余字段，在写入时提前算好，再对这个冗余字段建索引。

我在实际工作中遇到过很多“明明加了索引还是很慢”的案例，十有八九都是这个原因。排查时用EXPLAIN看type列，如果从ref或range变成了ALL，基本可以确认是索引失效。

4. 聚合函数与窗口函数：让统计从“能跑”到“高效”

4.1 聚合函数与GROUP BY：COUNT/SUM/AVG/MAX的细节

聚合函数最大的特点是配合GROUP BY做分组统计。开发中最常用的是COUNT、SUM、AVG、MAX、MIN，另外不能忘了GROUP_CONCAT。

先讲老生常谈的COUNT(*)和COUNT(1)、COUNT(字段)的区别：

COUNT(*)：统计所有行数，包括NULL。
COUNT(1)：和COUNT(*)基本等价，MySQL里做了优化，性能没有本质差别。
COUNT(字段)：只统计该字段非NULL的行数。

所以如果想知道“用户表里填了手机号的有多少人”，用COUNT(phone)；想知道“总共有多少人”，用COUNT(*)。很多人纠结性能，其实在InnoDB存储引擎下，COUNT()已经被优化过，不存在“COUNT(1)一定比COUNT()快”的说法，代码里保持统一就好。

SUM和AVG会自动忽略NULL值，但如果所有行都是NULL，SUM返回NULL而不是0，AVG也返回NULL。报表展示时如果不想让前台显示空，可以用IFNULL包一层：

sql复制SELECT IFNULL(SUM(amount), 0) FROM orders WHERE user_id = 999;

GROUP_CONCAT是“把分组内多行合并成一个字符串”的函数，比如查每个用户的所有订单号，用逗号连接：

sql复制SELECT user_id, GROUP_CONCAT(order_no ORDER BY order_time SEPARATOR ',')
FROM orders
GROUP BY user_id;

注意GROUP_CONCAT默认最大长度是1024字节，超过会被截断。遇到长文本拼接时，需要先执行SET group_concat_max_len = 1048576;或者修改配置文件。

4.2 HAVING与WHERE：一次说清执行顺序

WHERE和HAVING都能写过滤条件，但执行时机不同。WHERE在分组之前过滤原始行，HAVING在分组之后过滤聚合结果。比如查订单金额大于100元的用户里，哪些人的总消费超过5000元：

sql复制SELECT user_id, SUM(amount) AS total
FROM orders
WHERE amount > 100
GROUP BY user_id
HAVING SUM(amount) > 5000;

这里WHERE先过滤掉小金额订单，然后再分组计算总和，最后HAVING过滤总金额。如果把SUM(amount) > 5000放到WHERE里会直接报错，因为WHERE执行时聚合函数还没算出来。理解这个执行顺序对写复杂SQL非常有帮助。从性能角度，能用WHERE提前过滤的就别全留给HAVING，减少参与分组的数据量会让执行效率高不少。

另外，在MySQL的ONLY_FULL_GROUP_BY模式下，SELECT的字段必须出现在GROUP BY子句或聚合函数中，否则报错。这个模式在MySQL 5.7之后默认开启，写SQL时要留意。以前MySQL 5.6可以“宽松地”查询非分组字段，取到的值是随机的，现在这种方式被禁止了，从语法层面避免了隐蔽的Bug。

4.3 窗口函数：ROW_NUMBER、RANK、SUM OVER()实战

窗口函数是MySQL 8.0引入的重量级能力，它解决了“分组后保留明细，同时计算统计值”的需求。传统聚合函数会把多行压成一行，窗口函数不会，它在每一行上都保留原始数据，同时计算一个窗口范围内的聚合值。

最典型的需求是“取每个分类下销售额最高的三条记录”。比如商品表里有商品ID、分类ID和销售额，想取每个分类的前三名：

sql复制SELECT product_id, category_id, sales_amount,
       ROW_NUMBER() OVER (PARTITION BY category_id ORDER BY sales_amount DESC) AS rn
FROM products;

这个SQL执行后，每个分类内部按销售额降序编号，rn=1的就是第一名。再加一层子查询就能筛选Top3：

sql复制SELECT * FROM (
    SELECT product_id, category_id, sales_amount,
           ROW_NUMBER() OVER (PARTITION BY category_id ORDER BY sales_amount DESC) AS rn
    FROM products
) t WHERE rn <= 3;

ROW_NUMBER、RANK、DENSE_RANK是三个容易混淆的排名函数。ROW_NUMBER不管是否并列都连续编号，RANK会在并列时跳过编号，DENSE_RANK不跳编号。比如两个并列第二名，RANK会把第三名记为4，DENSE_RANK记为3。具体用哪个，要看业务想要“名次连续”还是“物理编号”。

窗口函数还可以做移动汇总，比如计算用户7天累计下单金额：

sql复制SELECT order_date,
       SUM(amount) OVER (ORDER BY order_date ROWS BETWEEN 6 PRECEDING AND CURRENT ROW) AS rolling_7d
FROM orders
WHERE user_id = 123;

相比在程序里循环计算，窗口函数性能高得多，SQL也简洁。如果线上还是MySQL 5.7及以下版本，这类需求只能通过临时表或变量实现，代码会很绕，这也是我建议新项目尽量上8.0的原因之一。

5. 自定义函数与存储过程：把逻辑收进数据库

5.1 函数与存储过程的边界和选型

很多初学者分不清MySQL的“函数”和“存储过程”，这两者确实有相似之处，但在使用方式上有明确的边界。

函数（FUNCTION）返回一个标量值，可以直接写在SQL表达式里，比如SELECT my_func(order_time) FROM table;。它适合做“输入几个参数，返回一个值”的计算，比如算年龄、算折扣。

存储过程（PROCEDURE）是一段完整的逻辑块，可以包含多条SQL、事务、循环、游标，返回多个结果集或通过OUT参数返回值，必须用CALL来调用。它适合做“需要执行一组操作”的任务，比如批量更新数据、ETL清洗、生成报表。

选型建议：纯计算、可以在查询中直接用的，用函数；涉及多步骤、需要事务控制的，用存储过程。项目实践中，我不建议把核心业务逻辑大量塞进存储过程，因为版本管理和调试都不如应用代码方便。但在某些数据报表场景、定时任务场景，存储过程能让数据加工直接在数据库内完成，减少应用与数据库之间的数据搬运。

5.2 自定义函数实例：根据生日计算年龄

下面写一个完整的自定义函数。需求很常见：根据出生日期计算年龄。很多人直接写YEAR(NOW()) - YEAR(birth_date)，这有问题：如果今天还没到生日，年龄就会多算1岁。比如2024年12月31日出生的人，在2025年1月1日就被算成1岁。

更准确的做法是用TIMESTAMPDIFF：

sql复制CREATE FUNCTION get_age(birth_date DATE)
RETURNS INT
DETERMINISTIC
BEGIN
    RETURN TIMESTAMPDIFF(YEAR, birth_date, CURDATE());
END;

TIMESTAMPDIFF(YEAR, birth_date, CURDATE())的逻辑是：统计从出生日期到今天完整跨越了多少个整年。今天的月份日期还没到出生月份日期时，不到一个整年，年龄不会+1，刚好符合直觉。

使用方式：

sql复制SELECT name, get_age(birth_date) AS age FROM user;

这里有几个细节：

DETERMINISTIC表示同样的输入一定会得到同样的输出。对CURDATE这类非确定性需求，实际写DETERMINISTIC有点牵强，但MySQL创建函数时，如果没有声明DETERMINISTIC、NO SQL或READS SQL DATA，可能在开启binlog后报“log_bin_trust_function_creators”错误。我的经验是：如果函数里不涉及SQL读写，返回结果可预测（比如传入具体birth_date，返回的年龄虽然是依赖当前日期，但同一天内是一样的），声明DETERMINISTIC影响不大；更稳妥的做法是把函数改为只依赖传入参数，比如再传入一个基准日期on_date，让函数可重复测试。

5.3 存储过程实例：批量更新加日志

再来看一个存储过程的简单示例。需求：给所有最近90天没有下单的用户发放一张优惠券，并记录发放日志。

sql复制CREATE PROCEDURE grant_coupon_to_inactive_users()
BEGIN
    DECLARE v_coupon_id INT DEFAULT 1001;

    START TRANSACTION;

    INSERT INTO user_coupon(user_id, coupon_id, status, created_at)
    SELECT id, v_coupon_id, 0, NOW()
    FROM user
    WHERE last_order_time IS NULL
       OR last_order_time < DATE_SUB(NOW(), INTERVAL 90 DAY);

    INSERT INTO coupon_grant_log(batch_no, coupon_id, grant_count, grant_time)
    SELECT 'BATCH_INACTIVE_2024', v_coupon_id, ROW_COUNT(), NOW();

    COMMIT;
END;

这个例子展示了存储过程的核心价值：把“查用户、发券、写日志”三步包在事务里，要么全部成功，要么全部回滚。调用方式很简单：CALL grant_coupon_to_inactive_users();。

不过要注意，存储过程里的调试比应用代码麻烦，我通常只会把这类“低频、逻辑相对稳定”的批处理任务放进去。业务中需要经常变化的规则，还是放在应用层维护更灵活。

6. 面试题、实战案例与新手环境准备

6.1 面试题里的函数陷阱：5个高频考点

每次面试候选人，我都会问几个函数相关问题，这里挑5个最高频的分享出来，包含答案要点。

1. COUNT(*)与COUNT(1)、COUNT(字段)的区别。
答案参考：COUNT(*)统计所有行，COUNT(1)在结果集每一行都返回1进行统计，两者在InnoDB下性能基本一致；COUNT(字段)只统计字段非NULL的行数。考查点在于对NULL的理解。

2. WHERE与HAVING的区别。
答案参考：WHERE在分组前过滤，不能用聚合函数；HAVING在分组后过滤，用于过滤聚合结果。典型的例子是“筛选总消费大于5000的用户”，总数只能在分组后拿到。

3. IFNULL与COALESCE的区别。
答案参考：IFNULL只能接收两个参数，COALESCE可以接收多个参数，返回第一个非NULL值。两者用途相近，但COALESCE是SQL标准语法，可扩展性更好。

4. 一个字段是VARCHAR但存的是数字，直接和数字比较会发生什么。
答案参考：MySQL会做隐式类型转换，可能导致索引失效。比如WHERE order_no = 123456，order_no上的索引可能用不上。这是性能陷阱题，考察实际开发经验。

5. 如何用窗口函数实现分组TopN。
答案参考：使用ROW_NUMBER() OVER(PARTITION BY category ORDER BY score DESC)生成组内序号，外层查询过滤序号小于等于N。这是MySQL 8.0的核心考点。

以上题目没有一个是死记硬背的语法题，全都是在考察“是否真正写过复杂SQL、是否踩过坑”。所以我的建议是：面试前不要只看笔记，最好把每个题目在本地数据库里实际执行一遍，印象会深很多。

6.2 一个真实统计需求：月订单汇总与排名

把前面所有函数串起来，看一个综合案例。假设有一张订单表orders，字段如下：order_id、user_id、order_time、amount。现在要统计2024年每个用户每个月的订单数和总金额，并给出用户在当月所有用户里的金额排名。

SQL可以这样写：

sql复制SELECT
    DATE_FORMAT(order_time, '%Y-%m') AS order_month,
    user_id,
    COUNT(*) AS order_cnt,
    ROUND(SUM(amount), 2) AS total_amount,
    RANK() OVER (PARTITION BY DATE_FORMAT(order_time, '%Y-%m') ORDER BY SUM(amount) DESC) AS month_rank
FROM orders
WHERE order_time >= '2024-01-01' AND order_time < '2025-01-01'
GROUP BY DATE_FORMAT(order_time, '%Y-%m'), user_id
ORDER BY order_month, month_rank;

这个SQL里用到了DATE_FORMAT做月份格式化，COUNT、SUM做聚合，ROUND做金额精度处理，RANK窗口函数做分组排名。GROUP BY之后窗口函数基于聚合结果计算，所以能在排名里使用SUM(amount)作为排序依据。这条SQL跑出来的结果，可以直接喂给前端展示月度销售排行榜。

实际执行时如果数据量大，建议先确认orders表在order_time上有索引，否则全表扫描会很久。另外，GROUP BY字段和SELECT字段必须保持一致，这在ONLY_FULL_GROUP_BY模式下是强制的。

6.3 环境准备与常见报错：从MySQL安装到命令行无法识别

最后讲一下新手最开始的“拦路虎”——环境。热搜词里有大量“mysql安装教程”“docker安装mysql”“mysql workbench使用教程”，还有一堆“xxx无法识别为cmdlet、函数、脚本文件或可运行程序的名称”。这些我都遇到过，简单梳理一下。

Windows安装MySQL：去官网下载MySQL Community Server安装包，安装时记住root密码，选择Server only即可。安装完成后最重要的是把MySQL的bin目录加入系统PATH，否则命令行输入mysql会提示“mysql 不是内部或外部命令”。

Linux安装MySQL：以Ubuntu为例：

bash复制sudo apt update
sudo apt install mysql-server
sudo systemctl enable mysql
sudo systemctl start mysql

安装完成后默认root用户是用auth_socket插件认证的，直接sudo mysql可以进入，但应用连接需要单独创建用户并授权。

Docker安装MySQL：这是我最推荐的方式，干净、卸载方便、不污染系统。

bash复制docker run -d --name mysql8 \
  -e MYSQL_ROOT_PASSWORD=123456 \
  -e MYSQL_DATABASE=test \
  -p 3306:3306 \
  mysql:8.0

注意容器里的MySQL默认字符集可能不是utf8mb4，建议加--character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci参数。生产环境还要挂载数据卷，避免容器删除后数据丢失。

“无法将xxx识别为cmdlet、函数、脚本文件或可运行程序的名称”：这个报错分两类。一类是命令本身没安装，比如输入mysql但还没装MySQL，或者输入claude但根本没装Claude工具；另一类是软件已经装了，但bin目录不在PATH里。解决思路很简单：先确认软件是否安装，再检查PATH。Windows下可以手动把软件目录加到“系统属性-环境变量-PATH”，重新打开PowerShell即可生效。

环境准备好之后，建议从Workbench或命令行执行几个最基础的函数实验：

sql复制SELECT NOW();
SELECT CONCAT('Hello', ' ', 'MySQL');
SELECT ROUND(3.14159, 2);
SELECT DATE_FORMAT(NOW(), '%Y-%m-%d');

把这些跑通，MySQL函数的学习就可以正式开始了。我的个人体会是：函数这东西，光看文档很难形成记忆，一定要现场执行几个例子。你可以在Workbench里建一张临时表，插入几十条假数据，然后反复用不同函数去查询、去改造SQL。踩过几次“日期格式化导致索引失效”和“COUNT统计数字不对”的坑之后，印象会比背十遍语法都深。如果后面遇到某个函数不熟悉，随时打开官方手册或EXPLAIN看执行计划，效率会比硬记高得多。