MySQL独特的排序查询性能问题

3 回答

• 0

  我认为index2是不必要的，可以删除;它是index1的前缀 . 但这不会减少查询时间 .

  EXPLAIN输出显示真正的罪魁祸首：“使用临时，使用filesort” . 有时您可以通过让MySQL使用与加入相同的密钥执行排序来避免这种情况 . 如果将index1更改为（meeting_id，datetime），则可能会这样做 . 如果需要在index1中保留item_type，可以将其添加为索引中的第三列，或者在查询中包含所有值的IN（）子句 .

  回复于 2024-05-01T02:36:40+08:00
• 0

  让我们检查索引 .

  您是否在铺设项目中的meeting_id和item_type上有复合索引？

  您是否在 Session 上有 Session ID的索引，如果它在复合键中，它是第一个索引吗？

  您在 Session 的日期时间是否有聚集索引？

  您可以使用子查询来获取每个 Session ID的堆栈顶部，而不是区分吗？

  就像是：

  select * from meetings a
  where datetime = (select max(datetime) from meetings 
  where meetingid = a.meetingid)
  

  您是否可以使用case语句而不是 Session 类型来获取相同的数据？

  回复于 2024-05-01T02:36:40+08:00
• 0

  您可以尝试首先帮助优化器 SELECT -ing感兴趣的记录（使用 ORDER BY 和 LIMIT ），然后使用该结果与其他表连接 . 使用此方法， datetime 上的索引可以完全用于 ORDER BY 和 LIMIT -clauses . 以下是这种方法的样子：

  SELECT
    `meetings`.`id` AS `meeting_id`,
    `meetings`.`uid` AS meeting_uid,
    GROUP_CONCAT(
     DISTINCT CASE bookeditems.item_type
       WHEN 'SER' THEN bookeditems.id
       ELSE NULL
     END
    ) AS meetings_SERV_ids,
    GROUP_CONCAT(
     DISTINCT CASE bookeditems.item_type
       WHEN 'TRA' THEN bookeditems.id
       ELSE NULL
     END
    ) AS meetings_TRANSP_ids,
    GROUP_CONCAT(
     DISTINCT CASE bookeditems.item_type
       WHEN 'ACC' THEN bookeditems.id
       ELSE NULL
     END
    ) AS meetings_ACCO_ids,
    GROUP_CONCAT(bookeditems.id) AS meetings_BOOKEDITEMS_ids
  FROM (
    SELECT id
    FROM meetings
    ORDER BY `datetime`
    LIMIT 0, 50
  ) filtered_meetings
  INNER JOIN meetings
    ON meetings.id = filtered_meetings.id
  LEFT OUTER JOIN bookeditems
    ON meeting_uid = bookeditems.meeting_uid
  GROUP BY meeting_uid
  

  显着差异：

  • 我们只加入预订的物品表一次 . 在select语句中，我们使用 GROUP_CONCAT 和 CASE 语句来选择 Session 组中符合特定条件的所有ID . 此外，为此，我们需要添加 GROUP BY 语句来对表示同一 Session 的所有行进行分组 .

  这意味着我们可能会为 meetings_SERV_ids ， meetings_TRANSP_ids ， meetings_ACCO_ids 和 meetings_BOOKEDITEMS_ids 获取一串id . 所以请记住处理结果行的客户端代码中的 explode 或等效项 .

  回复于 2024-05-01T02:36:40+08:00