贝利信息

mysql函数权限如何控制_mysql安全设置说明

日期:2026-01-19 00:00 / 作者:P粉602998670
MySQL函数执行权限由EXECUTE权限控制,创建需CREATE ROUTINE和ALTER ROUTINE,且SQL SECURITY DEFINER机制可能导致提权风险。

MySQL 函数执行权限由哪些权限控制

MySQL 中函数的调用(EXECUTE)和创建(CREATE ROUTINE)是分离的,不能靠 SELECTUSAGE 权限代替。用户要能调用自定义函数,必须显式授予 EXECUTE 权限;要能创建函数,还需 CREATE ROUTINEALTER ROUTINE(修改时用),且全局 super_privsystem_variables_admin(8.0.16+)可能影响函数内访问系统变量的行为。

如何安全地授予函数调用权限(避免越权)

最常用也最可控的方式是按函数粒度授权,而不是开放整个数据库的 EXECUTE

GRANT EXECUTE ON FUNCTION mydb.calc_discount TO 'app_user'@'10.20.30.%';

如果函数依赖特定表读写,还要同步确认调用者是否具备对应表的 SELECT/INSERT 等权限——函数内部的 SQL 仍受这些权限约束。

常见权限失效场景与排查方法

即使执行了 GRANT,调用函数仍报 ERROR 1370 (42000): execute command denied,多数是因为以下原因:

函数权限与安全模式(sql_mode)的隐性关联

MySQL 启用 NO_AUTO_CREATE_USER(已弃用)或严格模式本身不影响

函数权限,但一个关键限制常被忽略:当 log_bin = ON(即开启 binlog)时,函数若含非确定性操作(如 NOW()UUID()、子查询等),默认不允许创建,除非显式声明 DETERMINISTIC 或设置 sql_log_bin = OFF(不推荐)。这不是权限问题,但会导致 CREATE FUNCTION 失败,让人误以为是权限不足。

函数权限真正难控的点不在授权语句本身,而在于 SQL SECURITY DEFINER 的隐式权限继承和 binlog 对函数创建的静默拦截——这两处最容易在上线后暴露问题。