select into未匹配到行时变量保持原值（未初始化则为null），不会自动设为类型默认值；须显式初始化或用coalesce/ifnull在sql层兜底。
SELECT INTO 未匹配到行时变量保持 NULL，不是 0 或空字符串
MySQL 存储过程中用 SELECT ... INTO 赋值，如果查询无结果，目标变量不会被赋值，而是维持原有值（若未初始化则为 NULL）。这不是“返回默认值”，而是根本没写入——很多人误以为会自动设为类型默认值（比如 INT 变成 0），实际不会。
- 显式初始化变量：声明时就赋初值，例如
DECLARE v_id INT DEFAULT 0;或SET v_id = 0; - 用
IF NOT FOUND捕获无结果情况：配合游标或SELECT ... INTO后的DECLARE CONTINUE HANDLER FOR NOT FOUND - 避免依赖隐式转换：比如把
NULL直接拼进字符串，可能让整个结果变NULL，要用COALESCE()或IFNULL()处理
用 IFNULL/COALESCE 在 SELECT 中兜底，最简且安全
真正想“查不到就返回默认值”，优先在 SQL 层做，而不是靠变量和流程控制。这样逻辑清晰、不易出错，也兼容所有支持这些函数的数据库（MySQL、PostgreSQL、SQL Server 都行）。
-
SELECT IFNULL(column_name, 'default') FROM table WHERE id = ?;—— MySQL 专用，简洁 -
SELECT COALESCE(column_name, 'default', '') FROM table WHERE id = ?;—— 标准 SQL，可链式 fallback - 注意：
COALESCE所有参数必须类型兼容，否则报错，比如COALESCE(int_col, 'N/A')在强类型引擎（如 PostgreSQL）里会失败 - 如果用于存储过程的
SELECT ... INTO，直接把COALESCE(...)当字段用：SELECT COALESCE(name, '未知') INTO v_name FROM users WHERE id = v_id;
存储过程 RETURN 默认值？别用 RETURN，用 OUT 参数或 SELECT 输出
SQL 存储过程本身没有“返回值”概念（不像函数），所谓“返回默认值”其实是想把结果传出去。常见错误是试图用 RETURN 语句返回数据——那只是退出过程，不传递值。
- 用
OUT参数接收结果：声明OUT p_result VARCHAR(50)，查不到时手动赋默认值：SET p_result = 'N/A'; - 或直接
SELECT输出结果集：哪怕只一行一列，调用方也能拿到；查不到就SELECT 'default' AS result; - 别在过程中混用两种方式：如果定义了
OUT参数，就别再额外SELECT，容易让调用方混淆哪条是主结果
WHERE 条件写错导致“空结果”被当成“默认值”，这是真坑
开发中常遇到：明明写了 IFNULL，但还是返回空——其实压根没查到数据，因为 WHERE 条件错了（比如用了 = NULL 而不是 IS NULL），或者字段名拼错、大小写敏感、字符集导致匹配失败。
- 先单独执行查询语句，确认它真能查到数据；不要只测“有结果”的 case，一定要手动构造一个查不到的输入再试
- 检查比较操作：MySQL 中
col = NULL永远为FALSE，得用col IS NULL - 留意隐式类型转换：比如用字符串去比数字主键，MySQL 可能转成 0 匹配失败，PostgreSQL 则直接报错
- 日志或临时
SELECT输出中间变量值，比如SELECT CONCAT('debug: id=', v_id);，确认传入值符合预期
