Presto SQL多条件查询异常 含12个月interval条件时报错

查询卡死报错核心是两个写法问题：

• 多余的类型转换拖慢执行效率：你先通过date_format(now(), '%Y-%m-%d')把当前时间转成了字符串，再强转为timestamp，这步操作完全冗余，且会让多数SQL引擎无法生成正确的执行计划，无法命中created字段的索引，触发全表扫描，最终跑超时抛出结果获取错误。
• Interval语法不兼容：interval '12' month的写法仅适配少数数据库引擎，多数引擎不支持给interval的数值加单引号，会隐式出现类型匹配错误，导致筛选逻辑失效。

去掉冗余的格式化、类型转换逻辑，调整interval写法即可，两个筛选条件可以同时正常生效：

-- 精确时间点：从当前时刻倒推12个月
select * from `table`
where created >= now() - interval 12 month
and country = 'United States';

如果你需要按自然日计算，从12个月前的当日零点开始统计，直接用标准日期函数即可，不需要套字符串转换：

-- 自然日维度：从12个月前的0点开始统计
select * from `table`
where created >= current_date - interval 12 month
and country = 'United States';

注意：table是SQL标准保留关键字，如果你的表名确实是这个，必须加对应转义符，否则会出现语法解析错误。

如果用的是特定数据库，对应调整时间计算语法即可：

• Presto/Trino/Athena：将时间条件改为created >= current_timestamp - interval '12' month（数值加引号，时间单位不加）
• SQL Server：将时间条件改为created >= DATEADD(month, -12, GETDATE())
• Oracle：将时间条件改为created >= ADD_MONTHS(SYSDATE, -12)

如果调整语法后查询仍然较慢，优先检查索引配置：

• 建议给country和created字段建联合索引，比两个字段单独建索引的筛选效率高一个量级
• 不要在created字段外套任何函数（比如cast(created as date)、date(created)），否则会直接导致字段上的索引失效，触发全表扫描

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