RLS 性能最佳实践
以下是确保 Amazon Redshift 在受 RLS 保护的表上能够获得更高性能的最佳实践。
运算符和函数的安全性
当查询受 RLS 保护的表时，使用某些运算符或函数可能会导致性能下降。对于查询受 RLS 保护的表，Amazon Redshift 会将运算符和函数分类为安全或不安全。如果根据输入，函数或运算符没有任何可观察到的副作用，则该函数或运算符将被分类为 RLS 安全。特别是，RLS 安全的函数或运算符不能是以下情况之一：
-
输出输入值，或任何依赖于输入值的值，无论是否显示错误消息。
-
失败或返回依赖于输入值的错误。
RLS 不安全的运算符包括：
-
算术运算符：+、-、/、*、%。
-
文本运算符：LIKE 和 SIMILAR TO。
-
强制转换运算符。
-
UDF。
使用以下 SELECT 语句以检查运算符和函数的安全性。
SELECT proname, proc_is_rls_safe(oid) FROM pg_proc;
在规划对受 RLS 保护的表进行查询时，Amazon Redshift 将对包含 RLS 不安全运算符和函数的用户谓词的评估顺序施加限制。在查询受 RLS 保护的表时，引用 RLS 不安全运算符或函数的查询可能会导致性能下降。当 Amazon Redshift 无法将 RLS 不安全谓词向下推送到基表扫描以利用排序键时，性能可能会显著下降。为了获得更高性能，请避免使用利用排序键的 RLS 不安全谓词进行的查询。要验证 Amazon Redshift 是否能够向下推送运算符和函数，您可以将 EXPLAIN 语句与系统权限 EXPLAIN RLS 结合使用。
结果缓存
为了缩短查询运行时间并提高系统性能，Amazon Redshift 在领导节点的内存中缓存特定查询类型的结果。
在满足未受保护的表的所有条件并且满足以下所有条件时，Amazon Redshift 会将缓存的结果用于新查询来扫描受 RLS 保护的表：
-
未曾修改策略中的表或视图。
-
策略不使用在每次运行时必须求值的函数，如 GETDATE 或 CURRENT_USER。
为了获得更高性能，请避免使用不满足前述条件的策略谓词。
有关 Amazon Redshift 中的结果缓存的更多信息，请参阅 结果缓存 。
复杂策略
为了获得更高性能，请避免将复杂策略与联接多个表的子查询配合使用。