MySQL原生不支持列级GRANT语法，所有版本均报错ERROR 1064；真正可行方案是建字段受限视图、单独授权视图SELECT权限、禁用SHOW VIEW以防止脱敏逻辑泄露。
MySQL原生不支持GRANT SELECT (col1, col2)语法
直接执行GRANT SELECT (name, email) ON users TO 'u'@'%'会报错ERROR 1064——这不是你操作有误，而是MySQL所有版本（5.7到8.0.33）都不解析这种语法。别被某些混淆PostgreSQL的博客误导，MySQL压根没列级GRANT这个功能。
必须用显式字段视图+独立授权组合落地
真正能落地的方案只有三步闭环：建视图时只写允许暴露的字段、单独给视图授SELECT权限、禁用用户查元数据的能力。
-
CREATE VIEW v_users_lite AS SELECT id, username, email, created_at FROM users;——绝不能用SELECT *，基表加一列password_hash，视图就立刻泄露 -
GRANT SELECT ON mydb.v_users_lite TO 'analyst'@'10.20.%';——基表users权限完全不用给，视图权限不继承基表 -
REVOKE SHOW VIEW ON *.* FROM 'analyst'@'10.20.%';——否则SHOW CREATE VIEW v_users_lite能直接看到字段列表和脱敏逻辑
WHERE条件字段必须出现在SELECT列表里
如果视图带行过滤（比如WHERE status = 'active'），那status字段必须显式写进SELECT——不是为了返回值，而是防止ORM或客户端因字段缺失报错。更关键的是，WITH CHECK OPTION才能阻止用户通过视图插入status = 'inactive'的数据。
注意：ALGORITHM = MERGE视图可下推谓词，索引还能用；ALGORITHM = TEMPTABLE则大概率全表扫描，大数据量时性能断崖下跌。
权限变更后旧连接仍有效
执行GRANT或REVOKE后，已建立的连接不会自动刷新权限，用户还能继续用旧权限查数据。新连接立即生效，但老连接得靠应用层重连或手动FLUSH PRIVILEGES;（后者影响全局性能，慎用）。这点常被忽略，导致“明明撤了权限怎么还能查”的困惑。
