WordPress中查询未来7天内wp_postmeta记录的MySQL语句问题

我来帮你搞定这个查询问题——你遇到的核心症结是wp_postmeta表的meta_value字段是字符串类型，而你的日期格式带AM/PM标记，MySQL默认没法直接识别这种格式来做日期比较，导致过滤条件失效。

问题根源分析 #

你执行的基础查询SELECT * from wp_postmeta where wp_postmeta.meta_key = '__rp_order_date';能拿到结果，是因为它只匹配meta_key的字符串值。但添加日期过滤时，MySQL会把meta_value当作普通字符串来比较，而2018-03-26 12:00 AM这种带12小时制标记的格式，和标准日期时间字符串的排序逻辑不一致，自然匹配不到预期结果。

具体解决方案 #

下面给你几种可行的解决方法，按场景选择：

方法1：转换字符串为标准日期时间后比较

用MySQL的STR_TO_DATE()函数把带AM/PM的日期字符串转换成MySQL能识别的DATETIME类型，再进行范围比较：

SELECT * 
FROM wp_postmeta 
WHERE meta_key = '__rp_order_date'
AND STR_TO_DATE(meta_value, '%Y-%m-%d %h:%i %p') BETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 7 DAY);

参数说明：

• %Y-%m-%d：匹配年-月-日部分
• %h:%i：匹配12小时制的小时和分钟
• %p：匹配AM或PM标记

方法2：仅按日期部分过滤（忽略时间）

如果你的业务场景只关心日期是否在未来7天内，不需要精确到时间，可以简化转换逻辑：

SELECT * 
FROM wp_postmeta 
WHERE meta_key = '__rp_order_date'
AND DATE(STR_TO_DATE(meta_value, '%Y-%m-%d %h:%i %p')) BETWEEN CURDATE() AND DATE_ADD(CURDATE(), INTERVAL 7 DAY);

这个查询会把转换后的日期时间提取出日期部分，再和当前日期、7天后的日期做比较。

方法3：优化大数据量下的查询性能

如果你的wp_postmeta表数据量很大，用函数处理meta_value会导致索引失效，查询速度变慢。可以考虑添加一个生成列并建立索引：

1. 先添加存储转换后日期的生成列：

ALTER TABLE wp_postmeta 
ADD COLUMN order_date DATETIME AS (STR_TO_DATE(meta_value, '%Y-%m-%d %h:%i %p')) STORED;

2. 给生成列建立索引：

CREATE INDEX idx_order_date ON wp_postmeta(order_date);

3. 之后查询就可以直接用这个生成列，性能会大幅提升：

SELECT * 
FROM wp_postmeta 
WHERE meta_key = '__rp_order_date'
AND order_date BETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 7 DAY);

额外注意事项 #

• 确保所有__rp_order_date对应的meta_value格式统一都是YYYY-MM-DD HH:MM:SS AM/PM，如果有格式不一致的数据，STR_TO_DATE会返回NULL，导致这些记录被过滤。可以用下面的查询排查异常数据：

SELECT meta_value 
FROM wp_postmeta 
WHERE meta_key = '__rp_order_date'
AND STR_TO_DATE(meta_value, '%Y-%m-%d %h:%i %p') IS NULL;

• 如果是在WordPress代码中用$wpdb执行查询，记得用占位符避免SQL注入：

global $wpdb;
$results = $wpdb->get_results(
    $wpdb->prepare(
        "SELECT * FROM {$wpdb->postmeta} WHERE meta_key = %s AND STR_TO_DATE(meta_value, %s) BETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 7 DAY)",
        '__rp_order_date',
        '%Y-%m-%d %h:%i %p'
    )
);

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