使用索引进行查询优化

Question

我需要一些帮助来优化这个 WordPress/WooCommerce 查询：

SELECT
    p.ID AS order_id
    ,DATE(p.post_date) AS order_date
    ,SUBSTR(comment_content,17) AS csr
    ,SUBSTR(p.post_status,4) AS order_status
    ,UCASE(CONCAT((SELECT wp_postmeta.meta_value FROM wp_postmeta WHERE meta_key = '_billing_first_name' and wp_postmeta.post_id = p.ID),' ',(SELECT wp_postmeta.meta_value FROM wp_postmeta WHERE meta_key = '_billing_last_name' and wp_postmeta.post_id = p.ID))) AS customer
    ,(SELECT GROUP_CONCAT(DISTINCT order_item_name ORDER BY order_item_name ASC SEPARATOR ', ') FROM wp_woocommerce_order_items WHERE order_id = p.ID AND order_item_type = 'line_item' GROUP BY order_id) AS products
    ,(SELECT GROUP_CONCAT(CONCAT(serial_number,'',serial_feature_code)) FROM wp_custom_serial WHERE wp_custom_serial.order_id = p.ID GROUP BY wp_custom_serial.order_id) AS serials 
FROM
    wp_posts AS p
    INNER JOIN wp_comments AS c ON p.ID = c.comment_post_ID
    INNER JOIN wp_postmeta AS pm ON p.ID = pm.post_id
    
WHERE
    p.post_type = 'shop_order'
    AND comment_content LIKE 'Order placed by%'
GROUP BY p.ID
ORDER BY SUBSTR(comment_content,17) ASC, p.post_date DESC;

我不明白EXPLAIN告诉我什么，需要一些关于如何加快速度的指导。 有人可以描述EXPLAIN响应中的内容表明我的问题在哪里以及在哪里寻找答案吗？

ID	选择类型	桌子	分区	类型	可能的键	钥匙	密钥长度	参考	行	过滤	额外的
1个	基本的	c	NULL	全部	comment_post_ID	NULL	NULL	NULL	20452	11月11日	在哪里使用； 使用临时的； 使用文件排序
1个	基本的	p	NULL	eq_ref	主要，post_name，type_status_date，post_parent，post_author	基本的	8个	db.c.comment_post_ID	1个	50.00	在哪里使用
1个	基本的	下午	NULL	参考	post_id	post_id	8个	db.c.comment_post_ID	33	100.00	使用索引
2个	依赖子查询	wp_postmeta	NULL	参考	post_id,meta_key	post_id	8个	功能	33	2.26	在哪里使用
3个	依赖子查询	wp_postmeta	NULL	参考	post_id,meta_key	post_id	8个	功能	33	2.30	在哪里使用
4个	依赖子查询	wp_woocommerce_order_items	NULL	参考	order_id	order_id	8个	功能	2个	10.00	在哪里使用
5个	依赖子查询	wp_custom_serial	NULL	全部	NULL	NULL	NULL	NULL	5160	10.00	在哪里使用； 使用文件排序

Answer 1

查询在不同的阶段进行处理。 首先处理的子句是 FROM，然后是 WHERE，然后是 SELECT 子句。 这些依赖子查询意味着对于处理 FROM 和 WHERE 子句后“拥有”的每一行，您正在为这些结果的每一行运行单独的新子查询。 在你的情况下，你正在做四次。

您通常可以对此进行修改，将这些查询从 SELECT 子句中移出并移入 FROM 子句中。

拿一个专栏，即serials专栏，我想你会想以这样的方式将它移到 FROM 子句中

SELECT p.ID                                                                                  AS order_id
     , DATE(p.post_date)                                                                     AS order_date
     , SUBSTR(comment_content, 17)                                                           AS csr
     , SUBSTR(p.post_status, 4)                                                              AS order_status
     , UCASE(CONCAT((SELECT wp_postmeta.meta_value
                     FROM wp_postmeta
                     WHERE meta_key = '_billing_first_name' and wp_postmeta.post_id = p.ID), ' ',
                    (SELECT wp_postmeta.meta_value
                     FROM wp_postmeta
                     WHERE meta_key = '_billing_last_name' and wp_postmeta.post_id = p.ID))) AS customer
     , (SELECT GROUP_CONCAT(DISTINCT order_item_name ORDER BY order_item_name ASC SEPARATOR ', ')
        FROM wp_woocommerce_order_items
        WHERE order_id = p.ID
          AND order_item_type = 'line_item'
        GROUP BY order_id)                                                                   AS products
     , serials_sub.serials
FROM wp_posts AS p
         INNER JOIN wp_comments AS c ON p.ID = c.comment_post_ID
         INNER JOIN wp_postmeta AS pm ON p.ID = pm.post_id
         LEFT JOIN (
            SELECT p.ID as post_id, GROUP_CONCAT(CONCAT(cs.serial_number, '', cs.serial_feature_code)) AS serials
            FROM wp_custom_serial cs
            JOIN wp_posts AS p ON cs.order_id = p.ID
            WHERE p.post_type = 'shop_order'
             AND comment_content LIKE 'Order placed by%'
            GROUP BY cs.order_id
         ) as serials_sub ON serials_sub.post_id = p.ID
WHERE p.post_type = 'shop_order'
  AND comment_content LIKE 'Order placed by%'
GROUP BY p.ID
ORDER BY SUBSTR(comment_content, 17) ASC, p.post_date DESC;

这里的区别在于，不是对每一行执行单独的查询，而是在初始 FROM 子句中使用单个子查询。 因此，虽然看起来可能更笨重，但实际上这会给您带来更好的性能。

我认为对其他子查询遵循这种模式将解决您的问题。

如果感兴趣，请查看有关 EXPLAIN 的文档。

https://dev.mysql.com/doc/refman/8.0/en/execution-plan-information.html

我推荐这本书High Performance MySQL 。

Answer 2

• 外面的 wp_postmeta 好像没用过。 如果可能，删除 JOIN。
• 在字符串中间隐藏信息会导致SUBSTR()的使用，这是低效的。
• GROUP BY p.ID似乎是不必要的。
• 插件WP Index Improvements会对某些部分有所帮助。