MySQL函数禁止SELECT返回结果集，调试只能用SELECT…INTO+SIGNAL或临时表；定义时必须显式声明DETERMINISTIC/NO SQL/READS SQL DATA/MODIFIES SQL DATA，否则报ERROR 1418。
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。
