mysql创建函数必须声明deterministic、no sql或reads sql data之一；函数内每条路径须有return；返回值类型须严格匹配returns声明；函数禁止操作临时表、动态sql及返回结果集。
MySQL中CREATE FUNCTION必须声明DETERMINISTIC或NOT DETERMINISTIC
创建用户自定义函数时，如果没加DETERMINISTIC、NO SQL或READS SQL DATA中的任意一个特性声明，MySQL会直接报错：This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration。这是因为MySQL需要明确函数是否会影响数据一致性（比如用于复制或查询优化）。
常见做法是根据函数行为选一个：
- 纯计算、输入相同则输出一定相同 → 加
DETERMINISTIC - 只读数据库但不写入 → 加
READS SQL DATA - 完全不碰数据库 → 加
NO SQL - 修改数据（如INSERT/UPDATE）→ MySQL不允许在函数中做，只能用存储过程
RETURN语句必须出现在所有执行路径末尾
MySQL函数体内每个可能的分支都得以RETURN结束，否则会报错：FUNCTION xxx contains no RETURN statement 或运行时报Null is not allowed as a return value（尤其当某条路径没return且变量未初始化时）。
典型易错场景：
-
IF ... THEN ... END IF;后没补ELSE，且THEN块里没RETURN - 循环中提前
RETURN，但循环外没兜底RETURN - 声明了
DECLARE v_result VARCHAR(50) DEFAULT '';但忘了在最后RETURN v_result;
建议：函数开头就设默认返回值，结尾统一RETURN，避免遗漏。
函数返回值类型必须与RETURNS声明严格一致
声明RETURNS INT，就不能在函数里RETURN 'abc'；声明RETURNS VARCHAR(20)，返回超长字符串会被截断且无警告。MySQL不会自动类型转换，也不会报类型不匹配错误，而是静默处理——这容易埋下数据异常隐患。
要注意的细节：
-
INT返回NULL是合法的，但调用方需处理空值 -
DECIMAL(M,D)的精度丢失风险比浮点型更隐蔽，比如RETURNS DECIMAL(5,2)却RETURN 123.456→ 结果是123.45 - 字符集问题：若函数体里拼接了不同字符集的字符串（如列值 vs 字面量），可能触发隐式转换失败，报
Illegal mix of collations
函数不能调用临时表、不能包含动态SQL、不能返回结果集
MySQL函数的限制比存储过程多得多。SELECT ... INTO可以，但CREATE TEMPORARY TABLE、PREPARE/EXECUTE、SELECT无INTO都会被拒绝，错误信息类似：This function has none of DETERMINISTIC...（其实是语法违规，但报错提示不准确）或You have an error in your SQL syntax。
真正能用的操作很有限：
- 变量赋值（
SET/SELECT ... INTO） - 流程控制（
IF,CASE,WHILE） - 内置函数和运算符
- 查询单值并存入变量（必须
INTO，且目标行数只能为1，否则报错Subquery returns more than 1 row）
想绕过这些限制？不行。函数设计初衷就是轻量、可预测、可内联。真要复杂逻辑，该用存储过程或应用层处理。
