SELECT INTO效率更高且保留原值，SET需多次查询且空结果置NULL；前者要求单行并禁止混用GROUP BY，后者语法更严格；变量名须避让字段名。
SELECT INTO 一次查一行，SET 得拆成多条语句
当你要把查询结果赋给多个变量时，SELECT ... INTO 只需执行一次查询、一次解析、一次执行计划生成；而用 SET 就得靠子查询或临时表中转，每赋一个变量都得单独走一遍查询流程。比如：
-
SELECT title, content INTO v_title, v_content FROM news WHERE id = 333;→ 1 次查询，2 个变量拿到值 -
SET v_title = (SELECT title FROM news WHERE id = 333); SET v_content = (SELECT content FROM news WHERE id = 333);→ 2 次独立查询，可能触发 2 次全表扫描（尤其没索引时）
执行计划复用、IO 减少、网络往返（如果是远程连接）都省下来了。
SET 遇到空结果会把变量设为 NULL，SELECT INTO 不动原值
这个行为差异直接影响逻辑稳定性。如果你在存储过程中先初始化了变量，又用 SELECT ... INTO 赋值但查不到数据，变量保持原值；而 SET var = (SELECT ...) 在子查询无结果时，var 会被强制设为 NULL。
-
DECLARE v_dt DATE DEFAULT '2020-01-01'; SELECT day_id INTO v_dt FROM dim_dt WHERE 1=0;→v_dt还是'2020-01-01' -
SET v_dt = (SELECT day_id FROM dim_dt WHERE 1=0);→v_dt变成NULL
后者容易引发后续判断出错（比如 IF v_dt IS NULL THEN ...），而前者更可控——你得自己决定是否要覆盖。
SELECT INTO 要求单行结果，SET 子查询也一样，但报错时机不同
两者都要求「最多一行」，但错误表现不一样：SELECT ... INTO 在查询返回多行时直接报错 ERROR 1172 (42000): Result consisted of more than one row；而 SET var = (SELECT ...) 同样报这个错，但如果你漏写了括号、写成 SET var = SELECT col FROM t，语法就错了，根本跑不起来。
- 必须确保
WHERE条件足够精确，或加LIMIT 1（MySQL 5.5+ 支持变量LIMIT） - 不能在
SELECT ... INTO后再跟其他列或ORDER BY—— 它只认纯赋值用途，不是普通查询 -
SELECT ... INTO不能和GROUP BY/HAVING混用，除非聚合后只剩一行（如COUNT(*)）
局部变量名和字段名冲突会导致 INTO 失败
这是最容易被忽略的坑：SELECT col1, col2 INTO v_col1, v_col2 FROM t 中，如果表 t 里有字段叫 v_col1，MySQL 会优先解析为列名而非变量，导致赋值失败或静默错配。
- 别用和表字段同名的变量名，哪怕加了
DECLARE - 局部变量建议统一加前缀，比如
v_title、v_count，避免和title、count冲突 - 调试时可加
SELECT v_title, v_content;确认是否真赋上值，别只信逻辑
真正影响效率的从来不是单次语句快慢，而是你有没有意识到：同一份数据，查一次就够了；同一个变量状态，不该被意外清空；同一个名字，在 SQL 解析器眼里到底是列还是变量——这些才是让 SELECT ... INTO 发挥优势的前提。
