WooCommerce订单搜索SQL查询缓慢，寻求优化解决方案

针对你提供的慢查询，以下是具体优化手段：

1. 创建针对性复合索引 #

原查询的核心问题是对meta_value使用前缀通配的LIKE '%xxx%'，且未利用合适索引导致全表扫描。先创建包含meta_key、meta_value（指定长度）和post_id的复合索引，让数据库快速定位符合条件的条目，避免回表查询：

CREATE INDEX idx_postmeta_key_value_postid ON nb_postmeta (meta_key, meta_value(191), post_id);

注：指定meta_value长度是因为MySQL对长文本字段创建索引需限制长度，191是WordPress常见的兼容长度。

2. 缩小查询范围（若业务允许） #

如果你的订单号仅存储在特定meta_key下（比如_order_number），完全可以去掉无关的meta_key选项，大幅减少需要扫描的数据量：

SELECT DISTINCT p1.post_id
FROM nb_postmeta p1
WHERE p1.meta_value LIKE '%ordernumber%'
AND p1.meta_key = '_order_number';

3. 改用全文索引替代前缀通配LIKE #

LIKE '%xxx%'无法利用普通B-tree索引，而全文索引对模糊搜索的效率更高。先创建全文索引：

CREATE FULLTEXT INDEX idx_postmeta_value_fulltext ON nb_postmeta (meta_value);

然后修改查询语句：

SELECT DISTINCT p1.post_id
FROM nb_postmeta p1
WHERE p1.meta_key IN ('_billing_address_index','_shipping_address_index','_billing_last_name','_billing_email','_billing_phone')
AND MATCH(p1.meta_value) AGAINST('ordernumber' IN BOOLEAN MODE);

4. 优化去重逻辑 #

DISTINCT会增加额外的排序去重开销，若业务场景允许（或确认同一post_id不会重复匹配），可尝试去掉DISTINCT；若必须保留，确保使用覆盖索引（如步骤1的索引），让数据库直接从索引中完成去重，无需回表读取数据。

5. 重构数据存储结构 #

WordPress的postmeta是键值对表，大量数据下查询效率天生不如结构化表。若频繁需要搜索这些字段，可创建自定义订单表，将post_id、_billing_address_index、_billing_email等字段转为结构化列，定期同步postmeta的数据到该表。查询时直接操作自定义表，普通索引即可高效支持搜索。

内容的提问来源于stack exchange，提问作者CuriousG