如何管理数据库访问权限

管理数据库访问权限是保障数据安全的核心环节，通常遵循**“最小权限原则”（用户仅拥有完成工作所必需的权限）。下面从策略设计 → 技术实现 → 运维管理**三个层面系统说明。

一、权限管理总体策略

1. 明确角色与职责

• DBA：数据库维护、备份、用户管理
• 开发：读写测试/开发库，禁止生产库写权限
• 分析/报表：只读权限
• 应用服务账号：仅限特定表/存储过程

2. 环境隔离

• 开发 / 测试 / 生产 物理或逻辑隔离
• 生产库禁止直接使用个人账号

3. 最小权限原则

• 不授予 DBA、ALL PRIVILEGES
• 按“库 → 表 → 列 → 操作”逐级细化

二、主流数据库权限管理方式

1. MySQL / MariaDB

-- 创建用户
CREATE USER 'app_user'@'10.0.%' IDENTIFIED BY '强密码';

-- 授权（只读）
GRANT SELECT ON db_name.* TO 'app_user'@'10.0.%';

-- 撤销权限
REVOKE INSERT ON db_name.* FROM 'app_user'@'10.0.%';

✅ 建议：

• 使用 %IP段 限制来源
• 禁用 root 远程登录

2. PostgreSQL

-- 创建角色
CREATE ROLE report_role;

-- 授权
GRANT SELECT ON ALL TABLES IN SCHEMA public TO report_role;

-- 用户继承角色
GRANT report_role TO user1;

✅ 支持：

• 行级安全（RLS）
• schema 级权限控制

3. SQL Server

• 使用 登录名（Login）+ 用户（User）
• 配合 角色（Role）

CREATE ROLE reader;
GRANT SELECT TO reader;
EXEC sp_addrolemember 'reader', 'user1';

4. Oracle

• 系统权限 / 对象权限 / 角色

GRANT SELECT ON schema.table TO app_user;

三、进阶控制手段

1. 行级 / 列级权限

• PostgreSQL：RLS
• MySQL：VIEW 封装

CREATE VIEW v_user_safe AS
SELECT id, name FROM user;

2. 动态数据脱敏

• 对敏感字段（手机号、身份证）做掩码

3. 应用层代理账号

• 应用统一使用一个 DB 账号
• 真实用户在应用层做权限控制

四、运维与审计

1. 定期审计

• 检查多余权限
• 清理离职人员账号

2. 日志与监控

• 开启慢查询 / 审计日志
• 异常权限使用告警

3. 密码与密钥管理

• 强密码策略
• 使用密钥管理（Vault / KMS）

五、常见错误 ❌

• 所有应用共用 root
• 生产库给开发写权限
• 长期不回收权限
• 忽略 IP 白名单

如果你有具体数据库类型（MySQL / PG / Oracle 等）或应用场景（SaaS / 内网系统 / 多租户），我可以给你一套可直接落地的权限方案。