SQL权限控制应优先表级授权，按角色和最小权限原则分配；列级权限仅用于敏感字段隔离，需注意数据库兼容性；权限冲突依“拒绝>授权>无权限”处理；建议脚本化管理、定期审计并刷新连接池。
SQL 中表级和列级权限控制是保障数据安全的核心手段，合理使用能兼顾安全性与业务灵活性。关键在于按需授权、最小权限原则、避免过度依赖列级权限增加维护成本。
表级权限：优先用于常规访问控制
表级权限（如 SELECT、INSERT、UPDATE、DELETE）适用于大多数场景，配置简单、执行高效，且兼容性好。建议将角色或用户按职责划分，统一授予对应表的操作权限。
- 对只读报表用户，仅授予 SELECT 权限，禁用写操作
- 对应用服务账号，按模块授予最小必要表权限（例如订单服务只配 orders、customers 表）
- 避免直接对单个用户赋权，优先通过角色（ROLE）管理，便于批量调整和审计
列级权限：聚焦敏感字段隔离
列级权限（如 GRANT SELECT (name, email) ON users TO analyst）适合保护身份证号、手机号、薪资等敏感字段。但注意并非所有数据库都原生支持（PostgreSQL、Oracle 支持较好；MySQL 8.0+ 通过视图或动态脱敏间接实现）。
- 仅对确有需要的字段单独授权，不要为每张表都定义列权限
- 敏感字段集中存储（如单独建 sensitive_data 表）可减少列级授权复杂度
- 配合视图隐藏敏感列，再对视图授 SELECT 权限，比直接列授权更易维护
权限继承与冲突处理
当用户同时拥有表级和列级权限时，多数数据库（如 PostgreSQL）遵循“显式拒绝 > 显式授权 > 无权限”的规则。若某用户被拒 SELECT salary 列，即使有整表 SELECT 权限，也无法查该列。
- 定期用系统视图检查权限覆盖关系（如 PostgreSQL 的 pg_roles、pg_class、pg_attribute）
- 避免混用 PUBLIC 授权和细粒度权限，PUBLIC 的默认权限可能意外覆盖列级限制
- 测试权限变更后的真实查询行为，尤其关注 NULL 值返回或权限拒绝报错是否符合预期
自动化与审计建议
人工维护权限易出错，建议结合工具提升可靠性。
- 用 SQL 脚本统一初始化权限，并纳入版本控制
- 定期导出权限清单（如 SELECT grantee, privilege_type, table_name, column_name FROM role_column_grants）做基线比对
- 对高危操作（如对 user 表授予 UPDATE）设置审批流程或数据库审计日志告警
不复杂但容易忽略：权限变更后，连接池中的旧会话可能缓存旧权限，建议通知应用重启或刷新连接。
