MySQL用户变量（@var）在首次赋值时自动创建，仅限当前会话有效，不支持并发安全；必须避免在WHERE、ORDER BY中引用变量，应优先用SET初始化+SELECT @var := ...单行计算，或升级至8.0+使用窗口函数替代。
MySQL 用户变量（@var）不是“声明”出来的，而是首次赋值时自动创建；它只在当前会话有效，且不支持并发安全。真正能落地的复杂逻辑，必须避开 WHERE、ORDER BY 中引用变量这类陷阱，优先用 SET 初始化 + SELECT @var := ... 单行计算，或直接升级到 8.0+ 用 ROW_NUMBER()、SUM() OVER() 等窗口函数替代。
SET @var = ... 和 SET @var := ... 完全等价，但 SELECT 中只能用 :=
在 SET 语句里，= 和 := 都是赋值操作符，写哪个都行：SET @sum = 0 和 SET @sum := 0 效果一样。但在 SELECT 里，= 是比较运算符——如果误写成 SELECT @sum = @sum + price FROM orders，结果全是 1 或 0（布尔判断），而不是累加。
必须写成：SELECT @sum := @sum + price FROM orders。而且首次使用前一定要初始化，否则 @sum 是 NULL，后续所有计算结果都是 NULL（因为 NULL + 1 = NULL）。
-
SET @cnt := 0是安全起点；SELECT @cnt := @cnt + 1才能当序号用 - 子查询中用
SET @x = (SELECT ...)要求返回单行单列，否则报错Subquery returns more than 1 row - 想从查询结果取值并赋给变量，更稳妥的是
SELECT col INTO @var FROM t WHERE ...（仅限存储过程或 prepared statement 上下文）
SELECT @var := ... FROM tbl 只保留最后一行结果，别指望逐行处理
很多人以为 SELECT @row := @row + 1, id FROM users 能生成稳定序号，其实它只是按 MySQL 内部执行顺序逐行计算，@row 最终只留下最后一行的值。如果表为空，@row 保持原值（或 NULL），不会重置。
更危险的是混用：比如 SELECT @row := @row + 1 AS r, id FROM users ORDER BY id 看似有序，但 MySQL 不保证 ORDER BY 一定在变量更新前完成排序 —— 尤其在 5.7 升级到 8.0 后，执行计划变化可能导致序号乱跳。
- 需要可靠序号？用
ROW_NUMBER() OVER (ORDER BY id)（MySQL 8.0+） - 需要累计求和？用
SUM(price) OVER (ORDER BY created_at)，而非变量模拟 - 非得用变量时，先用派生表包裹排序逻辑：
SELECT @r := @r + 1, t.id FROM (SELECT id FROM users ORDER BY id) t, (SELECT @r := 0) init
WHERE / ORDER BY 里读取或修改变量，行为不可靠
这是最容易踩的坑：SELECT @x := 1, id FROM t WHERE @x = 1 表面上成立，但 MySQL 对 WHERE 子句中变量的求值时机没有定义。可能 @x 还没被 SELECT 列赋值，WHERE 就先去读了旧值甚至 NULL，导致整行被过滤掉。
同理，ORDER BY @x := @x + 1 也不安全 —— 排序阶段是否触发变量更新、更新几次、是否可见于后续列，全看优化器心情。官方文档明确说这类用法“not guaranteed”。
- 变量逻辑必须收进
SELECT列或子查询中，不能跨子句依赖 - 生成分组内序号？别在
WHERE里判断@grp，改用CASE WHEN @grp != group_id THEN @n := 1 ELSE @n := @n + 1 END全写在 SELECT 里 - 调试时可用
SELECT @x, @x := @x + 1查看中间状态，但上线代码里禁止这种写法
复杂逻辑别硬扛，临时表或 CTE 更稳
用变量拼累计、分组排名、动态条件过滤，代码越写越难维护，还容易在高并发或大表场景下出错。MySQL 的用户变量本质是会话级副作用，没有事务保护，也没有原子性。
比如想算“每个用户最新 3 条订单的平均金额”，用变量要嵌套多层、手动计数、反复重置；而用 CTE + 窗口函数两行就搞定：
WITH ranked AS ( SELECT user_id, amount, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) rn FROM orders ) SELECT user_id, AVG(amount) avg_last3 FROM ranked WHERE rn <= 3 GROUP BY user_id;
如果还在用 5.7 或无法升级，至少用临时表拆步骤：CREATE TEMPORARY TABLE tmp_rank AS SELECT ...，再基于它二次聚合。变量只适合简单、单次、低风险的中间值暂存，比如记录某个统计总数后立刻用于除法计算。
