列级select权限需先撤销表级权限才生效，且无法阻止join和子查询绕过；insert/update支持列级但受表级权限压制，delete不支持；视图+权限回收是唯一可靠字段隔离方案。
列级SELECT权限必须先撤销表级权限才生效
直接执行 GRANT SELECT(id, name) ON mydb.users TO 'u'@'%' 不会限制字段访问——只要用户已有 SELECT ON mydb.users 全表权限，列级授权就完全失效。MySQL 的列级权限是“降级覆盖”，不是“叠加限制”。
必须分两步操作：
- 先用
REVOKE SELECT ON mydb.users FROM 'u'@'%'清掉原有表级 SELECT 权限 - 再执行
GRANT SELECT(id, name) ON mydb.users TO 'u'@'%'
字段名不能带表前缀（users.id 错，id 对），也不能用通配符 *；含特殊字符（如 user-id、full name）必须用反引号包裹：GRANT SELECT(`user-id`, `full name`) ON mydb.users。
列级权限挡不住 JOIN 和子查询绕过
MySQL 只校验 SQL 中直写的字段名是否在白名单里，不做结果集过滤。这意味着即使只授了 SELECT(id, name)，用户仍可通过以下方式读取未授权字段：
-
SELECT u1.id, u2.phone FROM users u1 JOIN users u2 ON u1.id = u2.id—— 只要对users有任意列 SELECT 权，JOIN 就能跨别名暴露字段 -
SELECT id, (SELECT phone FROM users LIMIT 1) AS leak FROM users LIMIT 1—— 子查询独立校验权限，不继承外层字段限制 -
SELECT id, name FROM users WHERE phone LIKE '%123%'—— 若误授了phone列，WHERE 中就能用；但若没授，这条语句会直接报错
本质是列级权限只做语法层白名单检查，无法替代逻辑隔离。
INSERT/UPDATE 支持列级但受表级权限压制，DELETE 不支持
MySQL 允许对 INSERT 和 UPDATE 做列级授权，但行为容易误判：
-
GRANT INSERT(name, email) ON mydb.users TO 'u'@'%'：用户执行INSERT INTO users (name, email) VALUES ('a','b')成功，但INSERT INTO users SET password='x'会报错（因未授password列） -
GRANT UPDATE(email) ON mydb.users TO 'u'@'%'：用户可执行UPDATE users SET email='x' WHERE id=1，但UPDATE users SET email='x', password='y'会被拒绝（哪怕password没被修改） -
GRANT DELETE(id) ON mydb.users语法错误——DELETE不支持列级权限，只能整行删或不能删
所有列级 DML 权限都受表级权限压制：一旦用户有 INSERT ON mydb.users，列级 INSERT 授权就完全失效。
视图才是可控的字段隔离边界
真正可靠的字段控制，应放弃列级权限，改用视图 + 权限回收组合：
- 建视图：
CREATE VIEW safe_users AS SELECT id, name FROM users - 授视图权限：
GRANT SELECT ON mydb.safe_users TO 'u'@'%' - 同时回收基表权限：
REVOKE SELECT ON mydb.users FROM 'u'@'%'
视图封装了投影逻辑，JOIN 和子查询无法穿透它获取原始表的其他字段；且元数据访问（如 SHOW COLUMNS）也受限于用户对视图而非基表的权限。这是唯一能规避列级权限所有绕过路径的方案。
