MySQL 函数里不能用 SELECT 输出调试信息？用 SELECT ... INTO
或临时表替代
MySQL 函数（
FUNCTION）不允许直接执行
SELECT返回结果集，否则会报错
ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA或更直接的
ERROR 1415 (0A000): Not allowed to return a result set from a function。这不是权限问题，是语法限制。
真正能用的调试方式只有两种：
SELECT后接
INTO变量，再配合
SIGNAL抛出带值的错误（仅限开发环境，慎用于生产） 把中间值写入临时表（
CREATE TEMPORARY TABLE），函数外查表验证
例如想看
@x的值：
SELECT CONCAT('DEBUG: x=', @x) INTO @debug_msg;
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = @debug_msg;
注意：
SIGNAL会中断函数执行，适合定位某一步；临时表方式不中断，但需确保函数有
READS SQL DATA或
MODIFIES SQL DATA权限声明。
函数定义时必须显式声明特性，否则调用就报错 ERROR 1418
MySQL 要求所有存储函数必须声明确定性（
DETERMINISTIC）、SQL 操作类型（
NO SQL/
READS SQL DATA/
MODIFIES SQL DATA）。漏写或写错都会在首次调用时报
ERROR 1418。
常见误判：
认为“没查表就是NO SQL”——错。只要函数体里出现
SELECT、
INSERT等语句，哪怕注释掉了，也得按实际行为选
READS或
MODIFIES用
RAND()、
NOW()、
UUID()等非确定性函数，却声明了
DETERMINISTIC——运行时可能不报错，但会导致主从不一致或查询缓存异常 在严格模式下（
sql_mode含
STRICT_TRANS_TABLES），连声明缺失都会被拒绝
安全做法：不确定就用
READS SQL DATA，含写操作就用
MODIFIES SQL DATA，纯计算且无副作用才考虑
DETERMINISTIC。
调试时别依赖 SELECT
查函数返回值，先确认参数传入是否如预期
函数调用本身容易掩盖参数问题。比如传入
NULL、空字符串、带前导空格的字符串，或隐式类型转换（如把
'123abc'当作
INT传入），都可能导致逻辑跳过或计算错误，而你还在查返回值。
建议步骤：
用SELECT LENGTH(@param), HEX(@param), @param IS NULL检查原始输入 在函数开头加
DECLARE debug_param VARCHAR(255) DEFAULT @param;，再用前面提到的
SIGNAL方式输出 避免在函数里做复杂字符串截取或正则判断后再调试——先把简化版逻辑单独
SELECT验证一遍
特别注意：
CONCAT()遇到任一参数为
NULL会整体返回
NULL，常被误以为逻辑没走通。
函数内无法使用 SHOW
、EXPLAIN
、事务控制语句，性能问题只能靠外部观测
MySQL 函数运行在表达式上下文中，不支持
SHOW VARIABLES、
EXPLAIN、
START TRANSACTION、
COMMIT等语句。这意味着你没法在函数里看执行计划或查当前连接状态。
真实可行的性能排查路径：
把函数体逻辑拆出来，用SELECT+ 原始参数手动执行，加
EXPLAIN看索引是否命中 用
SET profiling = 1;后执行含该函数的查询，再查
SHOW PROFILES和
SHOW PROFILE FOR QUERY N开启慢查询日志（
slow_query_log = ON），设置
long_query_time = 0捕获所有查询，从中识别函数调用耗时
一个易忽略点：函数被用在
WHERE子句中（如
WHERE myfunc(col) = 1），会导致全表扫描——因为无法走索引。调试时要重点看执行计划里是否出现
type: ALL。
