sql用户与角色管理需遵循最小权限、职责分离和持续审计原则，严格限制登录源、启用强认证、按角色分层授权、禁用默认权限、设置列级控制、定期复核账号，并对敏感操作强制审批与完整日志留存。
SQL 用户与角色管理是数据库安全的基石，核心在于最小权限原则、职责分离和持续审计。不合理的权限分配常导致数据泄露或误操作，而过度依赖 sa 或 root 账户则放大风险。
创建用户时严格限定登录源与身份验证方式
避免使用弱密码或空密码，禁用匿名登录。生产环境应强制启用 SQL Server 的 Windows 身份验证模式，或在混合模式下为 SQL 登录启用强密码策略（如密码复杂度、过期周期、失败锁定）。同时限制登录 IP 范围或主机名，例如在 PostgreSQL 中通过 pg_hba.conf 配置仅允许可信网段访问；在 MySQL 中创建用户时明确指定 host（如 'app_user'@'192.168.10.5'），而非通配符 '%'。
用角色分层管理权限，避免直接授予权限给用户
按业务职能定义角色（如 role_read_report、role_manage_inventory），再将用户加入对应角色。这样便于统一调整权限，也利于审计追踪。关键操作包括：
- 禁用 public 角色的默认权限（如 SQL Server 中 REVOKE INSERT ON SCHEMA::dbo FROM public）
- 对敏感表（如 users、payments）单独设置列级权限（如只允许读取 username，禁止查 password_hash）
- 应用账号一律不赋予 db_owner、sysadmin 等高危角色
定期清理与权限复核
每季度执行一次权限盘点：停用离职人员账户、回收长期未使用的账号、检查是否存在越权角色嵌套（如某应用角色意外继承了备份管理员权限）。可借助系统视图自动化筛查，例如：
- SQL Server：sys.database_role_members + sys.database_principals 查看角色成员关系
- PostgreSQL：pg_roles、pg_auth_members 结合 pg_has_role() 验证实际权限
- MySQL：查询 mysql.role_edges 和 mysql.proxies_priv
敏感操作强制二次确认与日志留痕
对 DROP TABLE、ALTER ROLE、GRANT ... WITH ADMIN OPTION 等高危语句，应在数据库层开启 DDL 触发器拦截（如 SQL Server DDL Trigger），或通过中间件/运维平台加审批流。所有权限变更必须写入独立审计表，并保留操作人、时间、原始语句及影响对象——不能仅依赖默认错误日志。
