MySQL SELECT INTO语句异常：查询不存在分组却返回现有数据

这其实是MySQL用户变量的一个常见特性，我来给你拆解清楚：

核心原因 #

MySQL里以@开头的用户变量是会话级别的，而且有个关键行为：当SELECT ... INTO语句没有匹配到任何行时，它不会修改目标变量的值——变量会保留之前被赋予的内容，而不是自动重置为NULL。

你遇到的情况，大概率是在执行这条查询之前，@start_time和@end_time已经被赋值为表中唯一存在分组的时间（可能是之前测试其他查询时留下的）。这次查询因为找不到'DFGDDFGDF'这个分组，所以根本没碰这两个变量，自然返回的还是旧值。

解决办法 #

这里给你两个可靠的方案：

1. 手动初始化变量为NULL

在执行查询前，显式把变量设为NULL，这样如果后续查询没匹配到行，变量就会保持NULL：

SET @start_time = NULL, @end_time = NULL;
SELECT `start`, `end` INTO @start_time, @end_time FROM open_hours WHERE `group` = 'DFGDDFGDF';
SELECT @start_time, @end_time;

2. 用聚合函数强制返回NULL

如果不想手动初始化，可以用MAX()或MIN()这类聚合函数。聚合查询即使没有匹配行，也会返回一行NULL值，这样SELECT ... INTO就会把变量设为NULL：

SELECT MAX(`start`), MAX(`end`) INTO @start_time, @end_time FROM open_hours WHERE `group` = 'DFGDDFGDF';
SELECT @start_time, @end_time;

额外提醒 #

以后用MySQL用户变量的时候要记住：它们的生命周期和当前数据库会话绑定，只要会话没断开，变量的值就会一直留存，除非你显式修改或者重新初始化。

内容的提问来源于stack exchange，提问作者SCilek