MySQL 能不能做字段级权限控制？
不能。MySQL 原生不支持字段级（column-level）的 SELECT 权限隔离，所谓“字段级投影授权”是常见误解。它的权限体系最小粒度是「表+操作类型」，比如 SELECT 权限只能授予整张表，无法限制只读 name 和 email、禁止读 password_hash。
API 接口账号该用什么权限模型？
必须靠「视图 + 账号绑定」来模拟字段级控制。核心逻辑是：把需要暴露的字段封装进视图，再给 API 账号仅授予该视图的 SELECT 权限，同时拒绝其对原表的任何访问。
- 创建视图时显式列出字段，不写
*：CREATE VIEW api_user_basic AS SELECT id, name, email, created_at FROM users;
- 创建专用账号并授权：
CREATE USER 'api_ro'@'%' IDENTIFIED BY 'strong-pass-2024';<br>GRANT SELECT ON mydb.api_user_basic TO 'api_ro'@'%';<br>REVOKE ALL ON mydb.users FROM 'api_ro'@'%';
- 务必执行
FLUSH PRIVILEGES;，否则权限不生效 - 视图默认继承基表权限，但只要没给账号基表权限，它就查不到原表 —— 这是关键安全边界
为什么不能直接授表权限再靠 ORM 过滤字段？
因为权限必须在数据库层硬隔离。ORM 层过滤只是应用逻辑，一旦 SQL 被绕过（如直连调试、注入漏洞、DBA 误操作），敏感字段就裸奔了。MySQL 的权限检查发生在查询解析阶段，视图是唯一能从引擎层卡住非授权字段的手段。
- 视图可加
WITH CHECK OPTION防止意外更新，但 API 只读场景一般不需要 - 注意视图性能：如果基表有复杂 JOIN 或计算字段，视图查询可能比直查更慢，建议在视图涉及字段上建好索引
- MySQL 8.0+ 支持隐藏列（
HIDDEN），但仅影响DESCRIBE和SELECT *，不构成权限控制，别指望它防数据泄露
常见翻车点：权限看似给了，但查视图报错 Access denied
根本原因不是权限没给，而是 MySQL 对视图的权限校验分两层：既要视图本身有 SELECT 权，也要视图依赖的基表对当前用户「可被服务器访问」—— 即使你没显式授权基表，MySQL 内部仍会检查。
- 最稳妥解法：用
DEFINER方式创建视图，指定一个高权限账号（如root）作为定义者：CREATE DEFINER='root'@'localhost' VIEW api_user_basic AS ...;
- 然后确保该
DEFINER账号确实存在且有基表权限（开发环境常漏掉这步） - 若用
SQL SECURITY DEFINER（默认），则执行视图时以定义者身份检查权限；若用SQL SECURITY INVOKER，则以调用者身份检查 —— 后者才是导致 Access denied 的主因 - 用
SHOW CREATE VIEW api_user_basic;确认当前视图的DEFINER和SQL SECURITY设置
