MySQL触发器禁止返回结果集，因执行上下文无客户端通道；唯一合法方式是SELECT...INTO赋值给变量，否则报ERROR 1415。
MySQL触发器根本不能返回结果集——这不是配置问题，也不是版本升级后“忘了开开关”，而是内核层的硬性禁止。从 MySQL 5.0 开始，所有触发器（BEFORE INSERT、AFTER UPDATE 等）执行时，一旦遇到未加 INTO 的 SELECT，就会立刻报错：ERROR 1415 (21000): Not allowed to return a result set from a trigger。
为什么触发器里写 SELECT 'hello' 就报错？
因为触发器不是“被调用”的程序，而是数据库引擎在 DML 操作（INSERT/UPDATE/DELETE）过程中自动嵌入执行的逻辑块。它的执行上下文没有“客户端连接”或“结果集接收通道”。你写的 SELECT 不是为应用服务，而是试图向一个不存在的输出端吐数据，MySQL 直接拦截。
-
SELECT col FROM t→ 报ERROR 1415 -
SELECT 1→ 同样报错 -
SELECT COUNT(*) FROM t→ 还是报错，哪怕只返回一行一列 - 唯一合法路径：必须用
SELECT ... INTO @var或SELECT ... INTO var_name（配合DECLARE）把值收进变量
SELECT ... INTO 是怎么绕过限制的？
它不产生结果集，只做赋值。MySQL 把这类语句识别为“数据读取 + 变量写入”，属于纯内部操作，不涉及客户端通信协议层。
- 用用户变量：
SELECT 'Product added' INTO @msg;—— 后续可用SELECT @msg;查看，但该SELECT是在触发器外执行的 - 用局部变量（需
BEGIN...END块）：DECLARE v_msg VARCHAR(50); SELECT 'done' INTO v_msg; - 注意：
SELECT col INTO @v FROM t WHERE id = NEW.id;要求查询**恰好返回一行**，否则会报ERROR 1109（unknown table）或ERROR 1320（no data to fetch） - 安全写法是加
LIMIT 1，或用聚合函数兜底：SELECT COALESCE(MAX(name), '') INTO @name FROM users WHERE id = NEW.user_id;
为什么连调用含 SELECT 的存储过程也不行？
触发器中调用 CALL proc_name()，如果该存储过程内部有 SELECT，依然会触发 ERROR 1415。MySQL 在触发器执行栈里禁止任何结果集“冒泡”到最外层。
- 哪怕存储过程本身用
OUT参数传值，也允许；但只要它自己执行了裸SELECT，就失败 - 替代方案：把逻辑拆出来，用
SELECT ... INTO在触发器里直接查，或改用事件（EVENT）+ 临时表异步处理 - 更现实的做法：别在触发器里做复杂查询。把它当成“钩子”，只做轻量级赋值、校验、简单更新；重逻辑交给应用层或定时任务
最容易被忽略的一点：触发器里所有 SELECT 都必须明确知道“查出来给谁”，不能留白。少一个 INTO，整个 DML 操作就会回滚（取决于 SQL mode 和事务状态），而错误提示只有一行 ERROR 1415，看不出哪条语句翻车。
