mysql函数修改需先drop再create，不能用create or replace；5.7与8.0在原子性、sql_mode、变量声明、语法支持等方面存在关键差异；验证更新须查元数据、定义和实际运行三层面。
MySQL自定义函数修改后不会自动生效
直接执行 CREATE OR REPLACE FUNCTION 并不能更新已存在的函数，MySQL 会报错 ERROR 1304 (42000): FUNCTION xxx already exists。必须先用 DROP FUNCTION 删除，再重新 CREATE FUNCTION，否则调用的仍是旧逻辑。
常见误操作是只改了 SQL 文件或开发环境里的定义，没在目标实例上真正执行删除+重建——这时查 mysql.func 表或 SHOW FUNCTION STATUS 都会显示旧的 created 和 modified 时间戳。
MySQL 5.7 与 8.0 在函数解析上的关键差异
MySQL 8.0 引入了原子 DDL 日志，DROP FUNCTION + CREATE FUNCTION 是原子操作；而 5.7 下这两步是分离的，若中间出错（如权限不足、磁盘满），会导致函数处于“不存在但调用时报错”的中间态。
另外，8.0 默认开启 sql_mode=STRICT_TRANS_TABLES，若函数体内有隐式类型转换（比如把 VARCHAR 当 INT 用），5.7 可能静默截断，8.0 会直接报 ERROR 1265 (01000): Data truncated for column。
-
DELIMITER必须在CREATE FUNCTION前重设，尤其在脚本批量执行时，漏写会导致语法错误 - 函数体中若含
SELECT ... INTO，需确保目标变量已声明，8.0 对未声明变量报错更严格 - 跨版本迁移函数时，注意 8.0 移除了
DATA DIRECTORY和INDEX DIRECTORY语法支持
验证函数是否真的更新成功
不能只看执行成功提示，要从三个层面确认：
