编译要排除的 MySQL 行列表时：预编译还是不预编译？答案

【问题标题】：When compiling a list of MySQL rows to exclude: to Pre-Compile or not to Pre-Compile?编译要排除的 MySQL 行列表时：预编译还是不预编译？
【发布时间】：2012-10-03 16:19:09
【问题描述】：

在我的一个 PHP 网站上，我需要让我的用户能够选择某些行以从网站上的所有搜索结果（查询）中排除。

我应该以哪种方式处理排除项，我应该：

1) 每当用户登录（或更新）时，通过查询预编译排除行列表，将列表保存在 Session 变量中，然后简单地将 $query .= " AND userid NOT IN ({$_SESSION['ExclusionList']})" 添加到网站上的每个搜索查询中，

或

2) 只需将$query .= " AND userid NOT IN (SELECT userid FROM Excluded WHERE excludedBy = '$currentUserID')" 添加到网站上的每个搜索查询，就可以直接在每个查询中即时编译它？

方法 1) 似乎更有效，因为我只在用户登录时（或每当他们更新它时）编译列表一次，而不是每次任何用户在网站上运行搜索查询时都必须编译列表.

你有什么建议，为什么？

【问题讨论】：

始终非常小心地正确转义插入到 SQL 查询中的 any 和 all 值以避免SQL injection bugs。

标签： mysql query-optimization

【解决方案1】：

从技术上讲，这将被称为“缓存”这些值，如果列表不会变得太大，或者您的 $_SESSION 最终可能会有点重量级，这不是一个坏主意。

进行子选择可能非常昂贵，尤其是在大量记录上，因此通常最好将其缓存。

【讨论】：

感谢您确认我的信念。现在，对于会话变量，您认为什么“太大”？例如，包含 500 个数字的列表会“太大”吗？对于 $_SESSION 来说，在什么时候它变得“太大”，而进行子选择变得更有价值？谢谢。
好吧，考虑到您必须为每个请求加载此会话，这有点主观。 4KB 的数据通常是可以的，这可能转化为大约 580 个 6 位数字，包括逗号。如果这个列表不太可能变得那么大，你应该没问题。如果这是针对某种忽略系统，请记住，大多数用户只会忽略少数人，但有些人是真正的仇恨者，并且会积极地忽略。