在教学管理、培训数据统计、课程体系搭建等场景中，经常需要对课时数据进行排序并实现累加计算——比如，按课程章节排序，累加各章节课时得到总课时；按学员学习进度排序，累加已完成课时查看整体学习情况；按授课时间排序，累加各阶段课时统计阶段性教学总量。

MySQL作为主流的关系型数据库，提供了灵活的排序和累加实现方式，无需复杂的代码编写，通过窗口函数、变量、子查询三种方法，就能精准完成课时排序累加需求。但很多新手在实操中常常遇到难题：排序后累加结果混乱、无法按指定维度分组累加、空值导致累加失真，甚至不知道该选择哪种方法适配自己的场景。

本文将聚焦MySQL课时排序累加，从核心需求入手，拆解3种最常用的实操方法（从基础到进阶），搭配教学场景的真实案例、详细SQL语句及结果解读，覆盖单维度、多维度排序累加，兼顾新手入门和进阶需求，让你快速掌握MySQL课时排序累加的核心技巧，高效处理课时统计工作。

一、先搞懂：MySQL课时排序累加的核心逻辑与前置准备

在开始实操前，首先要明确课时排序累加的核心定义和MySQL实操的前置条件，避免因基础认知不足导致操作失误——这是做好排序累加的关键，也是新手最容易忽略的环节。

1. 核心定义（必懂）

课时排序累加，本质是“先按指定维度（如章节、时间、学员）对课时数据进行排序，再按排序顺序，逐行累加课时数值”，最终得到累计课时，核心逻辑分为两步：

1. 排序：根据业务需求，按指定字段（如章节号、授课日期、学员ID）对数据进行升序或降序排列，确保累加顺序符合业务逻辑；

2. 累加：在排序的基础上，从第一行开始，逐行累加当前行的课时数，得到截至当前行的累计课时（如第1章累计课时=第1章课时，第2章累计课时=第1章+第2章课时，以此类推）。

常见应用场景：

• 单维度累加：按章节号排序，累加各章节课时，查看课程总课时及各章节累计进度；

• 多维度累加：按学员ID+章节号排序，累加每个学员各章节的已学课时，统计学员个人学习进度；

• 按时间排序累加：按授课日期排序，累加每日课时，统计阶段性教学总量。

2. 前置准备（必做）

无论采用哪种方法，都需先完成以下2步准备工作，否则会导致排序混乱、累加失真：

• 创建课时数据表：根据业务需求，创建包含核心字段的课时表，至少包含“排序字段”（如章节号chapter_id、授课日期teach_date）、“课时字段”（如class_hour），可选字段（如课程ID、学员ID），确保字段类型合理（课时字段用INT/FLOAT，排序字段用INT/DATE）。

• 清理数据：剔除课时字段的空值、负数（课时不能为负），确保排序字段无重复（如同一章节不重复出现），若存在重复数据，需先去重（用DISTINCT关键字），避免累加重复计算。

示例数据表（核心表：course_class_hour，用于后续所有案例演示）：

需求：按章节号（chapter_id）升序排序，累加各章节课时，得到各章节的累计课时及课程总课时。

二、MySQL课时排序累加3种方法：从易到难，按需选择

MySQL实现课时排序累加的方法分为3类，分别适配不同的MySQL版本和业务场景：新手优先用“窗口函数（SUM() OVER()）”（MySQL 8.0+，简洁高效）；低版本MySQL用“用户变量”（兼容MySQL 5.x，灵活适配）；复杂多维度场景用“子查询”（兼容所有版本，精准控制累加逻辑）。以下结合上述案例，拆解每一种方法的完整实操步骤、SQL语句及结果解读。

方法1：窗口函数SUM() OVER()（MySQL 8.0+，新手首选）

这是MySQL 8.0及以上版本最便捷的排序累加方法，无需手动控制累加顺序，通过窗口函数的PARTITION BY（分组）和ORDER BY（排序）子句，一键实现“排序+累加”，代码简洁、可读性强，适合单维度、多维度累加场景，是日常实操的首选方法。

核心语法（必记）

基础语法（单维度排序累加）：

SELECT
  字段1, 字段2, ..., 课时字段,
  SUM(课时字段) OVER(ORDER BY 排序字段) AS 累计课时
FROM 数据表;

多维度排序累加（如按课程ID分组，再按章节号排序累加）：

SELECT
  字段1, 字段2, ..., 课时字段,
  SUM(课时字段) OVER(PARTITION BY 分组字段 ORDER BY 排序字段) AS 累计课时
FROM 数据表;

语法解读：

• SUM(课时字段) OVER(...)：窗口函数，实现对课时字段的累加；
• ORDER BY 排序字段：指定累加的排序依据（如章节号、日期），必须包含，否则累加顺序混乱；
• PARTITION BY 分组字段（可选）：按指定字段分组，每组内单独排序累加（如不同课程分别累加课时）；
• AS 累计课时：给累加结果起别名，方便后续查看和使用。

实操步骤（2步搞定）

1. 编写SQL语句：结合示例数据表，按章节号升序排序，累加各章节课时，SQL语句如下：

SELECT
  course_id, chapter_id, chapter_name, class_hour,
  SUM(class_hour) OVER(ORDER BY chapter_id) AS 累计课时
FROM course_class_hour;

2. 执行SQL，查看结果：执行后会显示各章节的基础信息、当前课时，以及截至当前章节的累计课时，无需额外处理，直接得到排序累加结果。

结果解读

执行上述SQL后，输出结果如下（核心关注“累计课时”列）：

结论：累计课时按章节号升序逐行累加，最终得到课程总课时30，符合业务需求；若需按课程ID分组累加（如多门课程分别统计），只需添加PARTITION BY course_id即可。

方法优势与局限

• 优势：代码简洁、无需手动控制累加逻辑，可读性强，适配单维度、多维度累加，执行效率高，MySQL 8.0+版本首选；

• 局限：不兼容MySQL 5.x及以下版本，若使用低版本MySQL，需改用其他方法。

方法2：用户变量（MySQL 5.x+，兼容低版本）

对于MySQL 5.x及以下版本（不支持窗口函数），可通过“用户变量”实现排序累加——核心是定义一个变量存储累计课时，按指定顺序遍历数据，逐行更新变量值，实现累加效果。该方法灵活适配所有低版本，是低版本MySQL的首选方案。

核心语法（必记）

基础语法（单维度排序累加）：

SET @累计变量 = 0; -- 初始化累计变量，默认为0
SELECT
  字段1, 字段2, ..., 课时字段,
  @累计变量 := @累计变量 + 课时字段 AS 累计课时
FROM 数据表
ORDER BY 排序字段;

语法解读：

• SET @累计变量 = 0：初始化一个用户变量（如@total_hour），用于存储累计课时，初始值为0；
• @累计变量 := @累计变量 + 课时字段：赋值语句，将当前行的课时数累加到变量中，实现逐行累加；
• ORDER BY 排序字段：必须放在SELECT之后，确保先排序、再累加，否则累加顺序混乱。

实操步骤（3步搞定）

1. 初始化累计变量：执行语句，将累计变量初始化为0：

SET @total_hour = 0;

2. 编写SQL语句：结合示例数据表，按章节号升序排序，逐行累加课时，SQL语句如下：

SELECT
  course_id, chapter_id, chapter_name, class_hour,
  @total_hour := @total_hour + class_hour AS 累计课时
FROM course_class_hour
ORDER BY chapter_id;

3. 执行SQL，查看结果：与窗口函数方法的输出结果一致，实现排序累加效果。

多维度适配（拓展）

若需按课程ID分组，实现多门课程分别排序累加（如课程1、课程2各自按章节累加），需结合分组和变量重置，SQL语句如下：

SET @total_hour = 0, @current_course = 0; -- 初始化两个变量，分别存储累计课时和当前课程ID
SELECT
  course_id, chapter_id, chapter_name, class_hour,
  @total_hour := IF(@current_course = course_id, @total_hour + class_hour, class_hour) AS 累计课时,
  @current_course := course_id -- 更新当前课程ID，用于分组判断
FROM course_class_hour
ORDER BY course_id, chapter_id;

解读：通过IF函数判断当前课程ID是否与上一行一致，一致则继续累加，不一致则重置累计变量（从当前课时开始累加），实现多维度分组累加。

方法优势与局限

• 优势：兼容所有MySQL版本（尤其是5.x低版本），灵活性高，可适配复杂分组累加场景；

• 局限：需要手动初始化变量，代码可读性略差，多维度累加时需额外处理分组判断，容易出错。

方法3：子查询（兼容所有版本，复杂场景适配）

子查询方法的核心逻辑是“对每一行数据，查询其之前所有符合条件的课时总和”，通过子查询实现排序累加，无需依赖窗口函数或用户变量，兼容所有MySQL版本，适合复杂场景（如多条件筛选后累加、自定义累加范围）。

核心语法（必记）

基础语法（单维度排序累加）：

SELECT
  t1.字段1, t1.字段2, ..., t1.课时字段,
  (SELECT SUM(t2.课时字段) FROM 数据表 t2 WHERE t2.排序字段 <= t1.排序字段) AS 累计课时
FROM 数据表 t1
ORDER BY t1.排序字段;

语法解读：

• 主查询：获取数据表的所有基础数据，按排序字段排序；
• 子查询：对主查询的每一行数据（t1），查询数据表（t2）中“排序字段小于等于当前行排序字段”的所有课时总和，即为截至当前行的累计课时；
• 排序字段：主查询和子查询的排序字段必须一致，确保累加范围正确。

实操步骤（2步搞定）

1. 编写SQL语句：结合示例数据表，按章节号升序排序，通过子查询累加课时，SQL语句如下：

SELECT
  t1.course_id, t1.chapter_id, t1.chapter_name, t1.class_hour,
  (SELECT SUM(t2.class_hour) FROM course_class_hour t2 WHERE t2.chapter_id <= t1.chapter_id) AS 累计课时
FROM course_class_hour t1
ORDER BY t1.chapter_id;

2. 执行SQL，查看结果：与前两种方法的输出结果一致，累计课时按章节号逐行累加，实现排序累加需求。

复杂场景适配（拓展）

若需筛选“课时大于5”的章节，再进行排序累加，只需在子查询和主查询中添加筛选条件即可，SQL语句如下：

SELECT
  t1.course_id, t1.chapter_id, t1.chapter_name, t1.class_hour,
  (SELECT SUM(t2.class_hour) FROM course_class_hour t2 WHERE t2.chapter_id <= t1.chapter_id AND t2.class_hour > 5) AS 累计课时
FROM course_class_hour t1
WHERE t1.class_hour > 5
ORDER BY t1.chapter_id;

解读：仅对课时大于5的章节进行排序累加，筛选后的数据仍按章节号升序，累计课时仅计算符合条件的章节，适配复杂筛选场景。

方法优势与局限

• 优势：兼容所有MySQL版本，无需依赖窗口函数或用户变量，可灵活适配多条件筛选、自定义累加范围等复杂场景；

• 局限：执行效率较低（子查询需逐行执行），数据量较大（如万级以上）时，会明显变慢，不适合大数据量场景。

三、多场景实操示范：覆盖常见课时排序累加需求

结合日常教学、培训统计的常见场景，演示不同需求下的排序累加实操，帮你快速落地应用，避免踩坑。

场景1：单课程按章节排序，累加课时（最常用）

需求：筛选课程ID=1的章节，按章节号升序排序，累加各章节课时，查看各章节累计进度和总课时。

推荐方法（MySQL 8.0+）：窗口函数 SQL语句：

SELECT
  course_id, chapter_id, chapter_name, class_hour,
  SUM(class_hour) OVER(ORDER BY chapter_id) AS 累计课时,
  CONCAT(ROUND(SUM(class_hour) OVER(ORDER BY chapter_id) / (SELECT SUM(class_hour) FROM course_class_hour WHERE course_id=1) * 100, 1), '%') AS 累计进度
FROM course_class_hour
WHERE course_id=1
ORDER BY chapter_id;

解读：新增“累计进度”列，通过累计课时除以总课时，计算各章节的学习进度，更贴合教学统计需求。

场景2：多课程按章节分组，分别累加课时

需求：多门课程（如课程1、课程2），按课程ID分组，再按章节号升序排序，各自累加课时，统计每门课程各章节的累计课时。

推荐方法（MySQL 8.0+）：窗口函数+PARTITION BY SQL语句：

SELECT
  course_id, chapter_id, chapter_name, class_hour,
  SUM(class_hour) OVER(PARTITION BY course_id ORDER BY chapter_id) AS 累计课时
FROM course_class_hour
ORDER BY course_id, chapter_id;

场景3：低版本MySQL（5.x），多学员多章节课时累加

需求：MySQL 5.7版本，学员学习记录表（student_class），按学员ID分组，再按章节号排序，累加每个学员的已学课时。

推荐方法：用户变量 SQL语句：

SET @total_hour = 0, @current_student = 0;
SELECT
  student_id, chapter_id, class_hour,
  @total_hour := IF(@current_student = student_id, @total_hour + class_hour, class_hour) AS 累计已学课时,
  @current_student := student_id
FROM student_class
ORDER BY student_id, chapter_id;

四、实操避坑：6个最常见错误，一定要避开

在MySQL课时排序累加实操中，新手常常因细节操作失误，导致排序混乱、累加失真、执行失败，以下6个避坑要点，结合前文3种方法，帮你规避所有常见风险：

避坑1：忘记排序，导致累加顺序混乱

最常见的错误——未添加ORDER BY子句，或ORDER BY子句与累加逻辑不匹配，导致累加顺序混乱（如按章节号降序累加，却需要升序累加）。

解决方法：无论哪种方法，都必须添加ORDER BY子句，且排序字段与业务需求一致（如按章节号升序、按日期升序）。

避坑2：低版本MySQL使用窗口函数，导致执行失败

新手容易忽略MySQL版本限制，在5.x版本中使用SUM() OVER()窗口函数，导致SQL执行失败。

解决方法：先查看MySQL版本（执行SELECT VERSION();），8.0+版本可用窗口函数，5.x版本改用用户变量或子查询。

避坑3：多维度累加未分组，导致跨组累加

多课程、多学员累加时，未使用PARTITION BY（窗口函数）或分组判断（用户变量），导致不同课程、不同学员的课时交叉累加，结果失真。

解决方法：多维度累加时，窗口函数添加PARTITION BY分组字段，用户变量添加分组判断逻辑，确保每组内单独累加。

避坑4：数据存在空值/负数，导致累加失真

课时字段存在空值（NULL），累加时会导致累计课时为NULL；存在负数（如-2），会导致累计课时减少，不符合业务逻辑。

解决方法：提前清理数据，用IFNULL函数将空值转换为0（如IFNULL(class_hour, 0)），剔除负数课时，确保数据合法。

避坑5：子查询方法数据量过大，导致执行缓慢

子查询方法逐行执行，当数据量达到万级以上时，执行效率会明显下降，甚至出现卡顿。

解决方法：大数据量场景，优先使用窗口函数（MySQL 8.0+）或用户变量，避免使用子查询；若必须使用子查询，可添加索引（如给排序字段创建索引），提升执行效率。

避坑6：用户变量未初始化，导致累加异常

使用用户变量方法时，未初始化变量（如未执行SET @total_hour = 0;），变量会继承上一次执行的残留值，导致累加结果异常。

解决方法：每次执行用户变量累加时，先初始化变量，确保变量初始值为0，避免残留值影响结果。

五、总结：一句话搞定MySQL课时排序累加选择

MySQL课时排序累加无需复杂代码，核心是“匹配版本和场景选方法”，记住一句话：MySQL 8.0+用窗口函数（简洁高效），5.x版本用用户变量（兼容稳定），复杂筛选场景用子查询（灵活适配）。

无论哪种方法，都要牢记三个核心要点：确保数据合法（无空值、负数）、排序字段正确（与业务需求一致）、多维度累加需分组。课时排序累加的核心价值，是帮助我们快速统计课程总课时、学员学习进度、阶段性教学总量，为教学管理、培训决策提供精准的数据支撑。

后续可根据实际业务需求，灵活调整排序字段、分组维度和筛选条件，结合函数（如ROUND、CONCAT）优化输出结果，让课时统计更贴合实际应用场景，真正发挥数据的价值。

推荐学习书籍 《CDA一级教材》适合CDA一级考生备考，也适合业务及数据分析岗位的从业者提升自我。完整电子版已上线CDA网校，累计已有10万+在读~ !

免费加入阅读：https://edu.cda.cn/goods/show/3151?targetId=5147&preview=0