mysql无内置url解码函数，需用create function自定义url_decode函数，参数为text、声明deterministic，先解%xx再替换+，但无法走索引，生产应预处理。
MySQL 里没有内置 URL 解码函数
MySQL 原生不提供类似 URL_DECODE 或 UNESCAPE 这样的标准函数，UNHEX(HEX()) 或 REPLACE 拼凑只能应付极简场景。直接用 CONVERT(... USING utf8mb4) 也无效——URL 编码本质是字符替换，不是编码转换。
自定义函数是唯一可靠方案（但要注意权限和语法）
必须用 CREATE FUNCTION 手动实现，且调用者需有 CREATE ROUTINE 权限。MySQL 8.0+ 支持更安全的 SQL SECURITY DEFINER，但默认是 DEFINER，若 definer 用户不存在会报错 ERROR 1449 (HY000): The user specified as a definer does not exist。
- 函数名建议用
url_decode，避免和未来 MySQL 内置名冲突 - 参数类型固定为
TEXT，因为 URL 编码可能含多字节字符（如中文 %E4%B8%AD） - 必须显式声明
DETERMINISTIC，否则在某些上下文（如函数索引、视图）中不可用 - 别用
WHILE循环逐个替换——性能差，且 MySQL 存储函数不支持正则全局替换，循环 +LOCATE/SUBSTRING是主流写法
示例核心逻辑片段：
DECLARE decoded TEXT DEFAULT input_str;
DECLARE pos INT DEFAULT 1;
WHILE pos > 0 DO
SET pos = LOCATE('%', decoded);
IF pos > 0 THEN
SET decoded = INSERT(decoded, pos, 3,
CHAR(CONV(SUBSTRING(decoded, pos+1, 2), 16, 10) USING utf8mb4));
END IF;
END WHILE;
%20 和 + 都得单独处理，否则空格解析错误
标准 URL 编码中空格可表示为 %20 或 +（application/x-www-form-urlencoded 场景），但 MySQL 自定义函数不会自动识别后者。只解 %xx 会漏掉 +，导致字段值末尾多出加号。
- 务必在解完所有
%xx后，再执行一次REPLACE(decoded, '+', ' ') - 注意顺序：先解
%xx，再换+，反了会导致%2B（即 + 号自身编码）被误替 - 如果输入混用两种空格表示法（常见于日志拼接），缺一不可
生产环境慎用，尤其在 WHERE 或 ORDER BY 中调用
自定义函数无法走索引，WHERE url_decode(url_col) = 'xxx' 会强制全表扫描。即使加了函数索引（MySQL 8.0.13+），也仅支持确定性函数且需显式创建，而 url_decode 在含非法编码时行为不确定，MySQL 可能拒绝建索引。
- 推荐预处理：入库前就用应用层（Python/Java/Go）解码并存入冗余字段，查询走该字段
- 调试阶段可用
SELECT url_decode('hello%20world')验证函数逻辑，但上线后应规避在大表上 SELECT 函数结果 - 若必须实时解析，至少确保输入已通过
REGEXP '^([a-zA-Z0-9\-._~:/?#[\]@!$&'()*+,;=%]+)$'粗筛，避免传入畸形字符串导致函数内部异常退出
真正麻烦的不是写函数，是得时刻记得它不索引友好、不校验输入、不兼容低版本，而且每次迁移数据库都要手动重装一遍函数定义。
