我有这个查询，在一个有 ~300.000 行的表上提取数据需要大约 14 秒。
该表将在不久的将来增加其大小……超过一百万行。
我使用了 EXISTS 子句而不是 IN 子句，我给出了改进。
但是查询太慢了。
你有什么解决办法吗？
提前致谢。

这是查询:

SELECT 
    flow,
    COUNT(*) tot
FROM
    (
        SELECT 
            ff.session_id,
            GROUP_CONCAT(ff.page, '#', ff.snippet_params,'$',ff.is_lead SEPARATOR '|') flow 
            FROM table_a ff
            WHERE EXISTS 
                (
                    SELECT
                        f.session_id
                    FROM table_a f
                    WHERE f.session_id = ff.session_id
                    AND f.is_lead = 1
                    GROUP BY f.user_id 
                    ORDER BY f.user_id, f.`timestamp` 
                )
            GROUP BY ff.user_id 
            ORDER BY ff.user_id, ff.`timestamp`, ff.session_id 
    )
AS flow
GROUP BY flow 
ORDER BY tot DESC LIMIT 10

id  select_type         table       type    possible_keys       key         key_len  ref                              rows  Extra                                         
------  ------------------  ----------  ------  ------------------  ----------  -------  -----------------------------  ------  ----------------------------------------------
 1  PRIMARY             <derived2>  ALL     (NULL)              (NULL)      (NULL)   (NULL)                            532  Using temporary; Using filesort               
 2  DERIVED             ff          ALL     (NULL)              (NULL)      (NULL)   (NULL)                         322154  Using temporary; Using filesort               
 3  DEPENDENT SUBQUERY  f           ref     is_lead,session_id  session_id  767      ff.session_id       3  Using where; Using temporary; Using filesort  

最佳答案

ORDER BY 中的额外表达式没有任何意义，因为“GROUP BY user_id”将保证 user_id 的唯一值。
ORDER BY 操作在 GROUP BY 操作之后应用。如果我的意图是为每个 session_id 获得最低的 user_id ，我将使用 MIN 聚合。在原始查询中，ORDER BY 对返回哪个 session_id 没有任何影响。 session_id 返回的值不确定。

(其他数据库会在此查询中引发错误。特定于 MySQL 的 GROUP BY 扩展允许查询运行，但我们可以通过在 sql_mode 中包含 ONLY_FULL_GROUP_BY 来获得更标准的行为。)

EXISTS 子查询中的 GROUP BY 没有任何意义。如果找到行，则存在一行。无需执行 GROUP BY 并聚合找到的行。

更仔细地观察，似乎不需要在 SELECT 列表中返回 session_id 。 (在 flow View 查询或 EXISTS 子查询中。)

如果我们删除无关的语法并将查询精简到其本质，即真正重要的部分，我们将得到一个如下所示的查询:

 SELECT flow.flow  AS flow
      , COUNT(*)   AS tot
   FROM (
          SELECT GROUP_CONCAT(ff.page,'#',ff.snippet_params,'$',ff.is_lead SEPARATOR '|') AS flow
            FROM table_a ff
           WHERE EXISTS
                 ( SELECT 1
                     FROM table_a f
                    WHERE f.is_lead = 1
                      AND f.session_id = ff.session_id
                 )
           GROUP BY ff.user_id
        ) flow
  GROUP BY flow.flow
  ORDER BY tot DESC
  LIMIT 10

 SELECT flow.flow  AS flow
      , COUNT(*)   AS tot
   FROM (
          SELECT GROUP_CONCAT(ff.page,'#',ff.snippet_params,'$',ff.is_lead SEPARATOR '|') AS flow
            FROM ( SELECT d.session_id
                     FROM table_a d
                    WHERE d.is_lead = 1
                    GROUP BY d.session_id
                 ) e
            JOIN table_a ff
              ON ff.session_id = e.session_id
           GROUP BY ff.user_id
        ) flow
  GROUP BY flow.flow
  ORDER BY tot DESC
  LIMIT 10

 GROUP_CONCAT( foo ORDER BY something)

 GROUP_CONCAT(DISTINCT foo ORDER BY something)

 ... ON table_a (session_id, is_lead, page, snippet_params) 

关于MySQL 查询太慢，我该如何改进？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/39626801/