为什么 MySQL 带有子查询的'IN”查询这么慢？

MySQL“IN”查询：子查询困境与显式值效率

在 MySQL 查询中，利用“IN”运算符和子查询可能会导致严重的性能瓶颈。对包含大约 700 万行的 em_link_data 表的查询证明了这一点，其中带有子查询的“IN”查询需要惊人的 18 秒才能执行。

相反，用显式值替换子查询会导致闪电-执行速度快，不到1毫秒即可完成。这种鲜明的对比提出了一个问题：为什么“IN”查询对于子查询如此缓慢？

罪魁祸首在于子查询的处理。在 MySQL 中，每次遇到子查询都会对其进行评估，这意味着“IN”查询中的子查询将执行多次，可能会执行数百万次。这个成本高昂的过程严重影响了性能。

相反，当使用显式值时，数据库可以直接访问表中的相关记录，从而绕过耗时的子查询评估。这种直接访问可以显着加快执行时间。

要缓解性能瓶颈，请考虑以下策略：

• 将查询重写为 JOIN： 这这种方法可以消除对子查询的需要，从而产生更高效的单一查询。
• 链接列上的索引：确保在“IN”条件涉及的列上创建索引。此步骤可以帮助数据库快速识别相关记录。
• 优化数据库设置：调整MySQL相关参数，优化查询性能。这些可能包括 innodb_buffer_pool_size 和 sort_buffer_size 等设置。

虽然这些措施可以提高性能，但尽可能避免在子查询中使用“IN”运算符至关重要。通过认识子查询和显式值之间的效率对比，并实施适当的优化策略，您可以显着加速 MySQL“IN”查询。

以上是为什么 MySQL 带有子查询的'IN”查询这么慢？的详细内容。更多信息请关注PHP中文网其他相关文章！