MySQL触发器无法实现自动计算并填充排名，因其仅能访问当前行（NEW），无法查询全表排序；且触发器中禁止对当前表SELECT或UPDATE，否则报错或引发循环锁定；正确做法是查询时用窗口函数（8.0+）或用户变量（5.7），或由应用层批量更新。
MySQL触发器不能用来实现“自动计算并填充排名”这类逻辑——不是不会写，而是根本做不到。
为什么触发器里没法算排名？
触发器执行时，NEW只代表当前这一行数据，它看不到表里其他行，更无法感知“这行在全表排序后该排第几”。你没法在 BEFORE INSERT 里查 SELECT COUNT(*) FROM table WHERE score > NEW.score，因为 MySQL 明确禁止在触发器中对当前表做 SELECT（报错 ERROR 1442）；也不能在 AFTER INSERT 里更新本表排名字段，会引发“正在被调用的语句已使用该表”的循环锁定。
想让某字段存排名值？别用触发器，换方案
真正可行的做法是把排名当作查询结果，而不是存储字段：
- MySQL 8.0+ 直接用窗口函数：
ROW_NUMBER() OVER (ORDER BY score DESC)、RANK() OVER (ORDER BY score DESC)，每次查就实时算，稳定可靠 - MySQL 5.7 必须靠用户变量，但得严格保证
ORDER BY在子查询里完成，且变量初始化和递增写在同一SELECT中，否则顺序错乱、排名飘移 - 如果业务硬性要求“把排名存进表里”，只能靠应用层或定时任务批量更新——触发器不是这个场景的工具
强行在触发器里塞排名逻辑的后果
有人试过用外部序列表 + FOR UPDATE 锁来模拟，但立刻暴露问题：
- 并发插入时，多个事务抢同一行锁，响应延迟飙升
- 排名依赖全表排序，而触发器只看到单行，必须额外查表 → 违反 MySQL 触发器限制 → 直接失败
- UPDATE 触发器想重算所有行排名？会触发自身，造成无限递归
- 哪怕绕过限制写成存储过程调用，也破坏事务原子性：排名更新成功但主表插入失败，数据就错位
排名本质是集合运算，触发器是行级响应机制——两者底层模型冲突。别拧着来，查的时候算，比存的时候错强得多。
