MySQL 8.0.22+ 支持原生行级权限，需用 CREATE POLICY 和策略函数，且禁用 STRICT_TRANS_TABLES、授予 SYSTEM_VARIABLES_ADMIN 和 ROLE_ADMIN 权限；低版本只能用视图模拟，须撤原表权限并授权视图，注意索引与函数陷阱。
MySQL 8.0+ 原生行级权限怎么开
MySQL 8.0.22 起才支持真正的行级访问控制（Row-Level Security，RLS），靠的是 CREATE POLICY 和策略函数。低于这个版本的 MySQL，包括所有 5.7 和早期 8.0，压根没有 CREATE POLICY 语法，强行写会报错 ERROR 1064 (42000)。
启用前必须确认：sql_mode 里不能有 STRICT_TRANS_TABLES（它会干扰策略函数返回 NULL 的行为），且用户需有 SYSTEM_VARIABLES_ADMIN 和 ROLE_ADMIN 权限。
- 开启 RLS：执行
SET PERSIST rpl_semi_sync_master_enabled = OFF;（仅当用到半同步复制时需临时关，避免冲突） - 创建策略函数，比如限制用户只能看自己部门的数据：
CREATE FUNCTION dept_filter() RETURNS BOOLEAN READS SQL DATA DETERMINISTIC BEGIN RETURN dept_id = (SELECT dept_id FROM users WHERE username = USER()); END; - 绑定策略：
CREATE ROW POLICY dept_policy ON employees USING (dept_filter()) ENABLE;
视图模拟行权限的实操要点
在不支持 RLS 的 MySQL 版本里，视图是最常用、也最可控的“软性”行级控制手段。但它不是权限机制，而是数据可见性过滤——用户仍能查原表，除非你收回原表 SELECT 权限。
关键在于：视图定义必须包含确定性的过滤条件（如 WHERE user_id = CURRENT_USER()），且不能依赖外部传参（MySQL 视图不支持参数）。常见翻车点是用了不可预测的函数，比如 NOW() 或 RAND()，会导致视图结果不稳定甚至被优化器绕过。
- 安全写法示例：
CREATE VIEW my_orders AS SELECT * FROM orders WHERE created_by = SUBSTRING_INDEX(USER(), '@', 1);
- 必须立刻执行：
REVOKE SELECT ON sales.orders FROM 'alice'@'%'; GRANT SELECT ON sales.my_orders TO 'alice'@'%'; - 注意字符集影响：如果
USER()返回'alice@localhost'，但用户名字段存的是'alice'，要用SUBSTRING_INDEX或LEFT(USER(), LOCATE('@', USER()) - 1)提取
为什么不能用存储过程代替视图做行过滤
存储过程无法替代视图实现透明行过滤，因为调用过程需要显式执行 CALL get_my_data()，而业务代码或 ORM 通常直接发 SELECT * FROM table —— 这类请求根本不会经过过程封装。
更麻烦的是：过程返回的结果集无法被 GRANT/REVOKE 控制；你给用户授权了原表，他就还是能绕过过程直查。而且过程没法参与查询优化，比如 JOIN 推入、索引下推都会失效。
- 过程适合一次性导出或管理操作，不适合日常数据访问层
- 若硬要用，必须配合应用层拦截 + 全量禁用原表权限，运维成本远高于视图
- 过程里用
PREPARE/EXECUTE拼接WHERE条件属于高危操作，极易引发 SQL 注入
视图方案的性能和兼容性陷阱
MySQL 对视图的物化能力很弱，绝大多数情况下每次查询都会重跑底层 SELECT。如果原表没建对的索引，或者过滤字段上没索引，性能会断崖下跌——尤其当 CURRENT_USER() 解析后匹配的列未加索引时，可能触发全表扫描。
另一个容易被忽略的点：视图定义里的函数（如 YEAR(created_at)）会让 MySQL 无法使用 created_at 上的索引，哪怕你只查今年数据。
- 务必在视图 WHERE 条件涉及的字段上建立索引，例如：
ALTER TABLE orders ADD INDEX idx_created_by (created_by); - 避免在视图中用函数包裹过滤字段：
WHERE YEAR(created_at) = 2024→ 改成WHERE created_at >= '2024-01-01' AND created_at - 视图嵌套超过 2 层时，MySQL 5.7 可能报
ERROR 1349 (HY000): View's SELECT contains a subquery in the FROM clause，8.0 放宽但仍有解析开销
真正上线前，一定用 EXPLAIN FORMAT=TREE 看视图展开后的执行计划，别信“看起来一样”。
