PlanetScale - Blog
·
行级安全听起来不错，直到它不是
💡
原文英文，约2200词，阅读约需8分钟。
📝
内容提要
行级安全（RLS）在Postgres中允许数据库管理员定义安全策略，但其复杂性和管理成本常常超过其带来的好处。随着数据库规模的扩大，测试和维护这些策略变得几乎不可能，错误的策略可能导致数据泄露。此外，RLS的性能开销较大，可能影响数据库整体效率。因此，建议使用应用层授权来替代RLS，以提高可见性和可测试性。
🎯
关键要点
- 行级安全（RLS）允许数据库管理员在数据库中定义安全策略，但其复杂性和管理成本常常超过其带来的好处。
- 随着数据库规模的扩大，测试和维护RLS策略变得几乎不可能，错误的策略可能导致数据泄露。
- RLS的性能开销较大，可能影响数据库整体效率，尤其是在复杂查询中。
- 建议使用应用层授权替代RLS，以提高可见性和可测试性，简化管理。
- RLS策略存储在pg_policies中，而不是源代码中，导致策略迁移成为手动过程，容易出现不同步的问题。
- 在应用层进行权限检查可以防止恶意用户通过DDoS攻击数据库，减少对RLS的依赖。
❓
延伸问答
行级安全（RLS）在Postgres中的主要功能是什么？
行级安全（RLS）允许数据库管理员在数据库中定义安全策略，以控制用户对数据的访问。
使用RLS的主要风险是什么？
使用RLS的主要风险包括策略复杂性、管理成本高、可能导致数据泄露以及性能开销大。
为什么建议使用应用层授权替代RLS？
建议使用应用层授权是因为它提高了可见性和可测试性，简化了管理，并减少了对复杂RLS策略的依赖。
RLS策略的管理在大型数据库中面临哪些挑战？
在大型数据库中，RLS策略的管理面临测试和维护几乎不可能的挑战，错误的策略可能导致数据泄露。
RLS对数据库性能的影响是什么？
RLS会增加性能开销，尤其是在复杂查询中，可能导致数据库整体效率下降。
如何避免RLS导致的数据库性能下降？
可以通过使用应用层授权和优化查询来避免RLS导致的性能下降，确保权限检查在应用层进行。
➡️
