create function报语法错误的根本原因是mysql默认以分号“;”为语句结束符，而函数体内部含多个分号，导致解析器提前截断；必须用delimiter临时更改结束符，且函数体需包含唯一return、显式声明reads sql data或deterministic等特性，并确保select into最多返回一行。
CREATE FUNCTION 是 MySQL 中创建自定义函数的唯一入口，但直接写就报错、调用后返回 NULL、或者在 WHERE 子句里用不了——这些不是你不会，是没绕开几个硬性约束。
为什么 CREATE FUNCTION 一执行就报语法错误？
根本原因是 MySQL 默认以分号 ; 为语句结束符，而函数体内部大量使用分号（比如 SET、SELECT ... INTO），导致解析器在第一个分号就截断了 CREATE FUNCTION 语句。
- 必须先用
DELIMITER $$（或其他非分号符号）临时改结束符 - 函数定义写完后，立刻用
DELIMITER ;恢复默认，否则后续普通 SQL 会失效 -
BEGIN和END之间不能漏掉RETURN，且只能有一个RETURN语句 - 如果函数体里有
SELECT查询，必须确保结果**至多一行**，否则会报错Subquery returns more than 1 row
函数里查表时为什么总返回 NULL？
常见于类似 SELECT name INTO var FROM user WHERE id = a 这种写法：当没查到数据时，var 不会被自动设为 NULL，而是保持未初始化状态；而未初始化变量参与 RETURN，MySQL 就静默返回 NULL。
- 显式初始化变量，例如
DECLARE v_name VARCHAR(50) DEFAULT ''; - 或加
IF NOT FOUND处理逻辑（需配合游标，较重） - 更稳妥的做法是用
COALESCE((SELECT ...), 'default')包裹子查询，避免变量中间态干扰 - 注意函数权限：调用者必须有对应表的
SELECT权限，且函数声明中要明确标注READS SQL DATA
为什么不能在 WHERE 或 JOIN 条件里安全使用自定义函数？
MySQL 对函数的“确定性”（determinism）极其敏感。如果函数被标记为 NOT DETERMINISTIC（默认），优化器会拒绝将其用于索引字段的条件判断，甚至可能让整个查询退化为全表扫描。
- 只要函数逻辑不依赖外部状态（如时间、随机数、用户变量、系统变量），就应显式加上
DETERMINISTIC - 例如折扣计算
calc_discount_price(price, rate)就是确定性的，必须加该关键字 - 若函数读取表数据（如查用户等级），哪怕逻辑固定，也属于
READS SQL DATA，且无法被索引下推 —— 这类函数只适合放在SELECT列表或HAVING中 - 别指望用函数封装复杂过滤逻辑来替代原生
WHERE，性能损耗通常远超预期
函数删除和修改为什么比创建还容易出错？
DROP FUNCTION 本身简单，但真正麻烦的是修改：MySQL 不支持 ALTER FUNCTION 修改函数体，只能删了重建。
- 重建前务必用
SHOW CREATE FUNCTION func_name把原定义捞出来，否则注释、特性（如DETERMINISTIC）全丢 - 生产环境重建前，确认没有正在运行的事务或视图依赖该函数，否则会报
ERROR 1305 (42000): FUNCTION xxx does not exist - 函数名大小写敏感取决于操作系统（Linux 下敏感，Windows 不敏感），跨平台迁移时要统一命名风格
- 函数返回类型一旦被查询引用过（比如建了视图），变更类型可能触发隐式转换失败，必须连带检查下游依赖
