时间条件高效用法

1、问题

项目上接到业务是这样的,一个分区表5千万,然后要根据时间条件去分批更新数据。看了一眼已经写好的脚本,简化成下面的查询语句,我们来看看问题:

css 复制代码
select count(1) from TEST2 where date_format(ctime,'%Y-%m')='2026-02';
计划:
1   #NSET2: [1171, 1, 13] 
2     #PRJT2: [1171, 1, 13]; exp_num(1), is_atom(FALSE) 
3       #AAGR2: [1171, 1, 13]; grp_num(0), sfun_num(1), distinct_flag[0]; slave_empty(0)
4         #PARALLEL: [1171, 250000, 13]; scan_type(FULL), key_num(0, 0, 0), simple(0), range_sfun_opt(0)
5           #SLCT2: [1171, 10000000, 13]; exp11 = '2026-02'
6             #SSCN: [1171, 10000000, 13]; IDX_DM_TEST2_CTIME(TEST2); btr_scan(0); is_global(1)

这里我们可以看到ctime条件套用函数,结果计划中只能用索引全扫描,一般我们更希望条件上不要套用函数,这样可以用到普通索引。

2、改写

以上语句根据思路改写成如下:

css 复制代码
select count(1) from TEST2 where ctime>=to_date('2026-02-01 00:00:00','YYYY-MM-DD hh24:mi:ss') and ctime<to_date('2026-03-01 00:00:00','YYYY-MM-DD hh24:mi:ss');
计划:
1   #NSET2: [22, 1, 13] 
2     #PRJT2: [22, 1, 13]; exp_num(1), is_atom(FALSE) 
3       #AAGR2: [22, 1, 13]; grp_num(0), sfun_num(1), distinct_flag[0]; slave_empty(0)
4         #PARALLEL: [22, 174318, 13]; scan_type(FULL), key_num(0, 0, 0), simple(0), range_sfun_opt(0)
5           #SSEK2: [22, 174318, 13]; scan_type(ASC), IDX_DM_TEST2_CTIME(TEST2), scan_range[exp11,exp11), is_global(1)

改写后从原来的4.5s变成0.013s

3、小结

时间条件我们总是习惯在上面套用函数,这样可能导致用不上普通索引。要养成习惯,不要在时间条件上套用函数。

相关推荐
SelectDB21 小时前
阶跃星辰基于 SelectDB 构建 PB 级 Agent 可观测平台
大数据·数据库·aigc
这个DBA有点耶1 天前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构
掉头发的王富贵1 天前
【StarRocks】极限十分钟入门StarRocks
数据库·sql·mysql
Nturmoils1 天前
WHERE 条件别凭习惯写,常用查询先跑一遍
数据库
Databend2 天前
在 AWS 中国峰会逛了一天,我在 Databend 展台看到了 Agent 数据基础设施的新思路
数据库·人工智能·agent
ClouGence3 天前
Oracle 数据同步为什么会出现数据不一致?长事务是常被忽略的原因
数据库·后端·oracle
飞将3 天前
从零实现数据库(2)——HashIndex + IndexManager
数据库
Nturmoils4 天前
订单列表慢查询,先看 WHERE、ORDER BY 和 LIMIT
数据库
渣波4 天前
拒绝 SQL 焦虑!手把手带你用 NestJS + Prisma + DTO 写出“防弹”级后端代码
javascript·数据库·后端
倔强的石头_5 天前
KingbaseES 新版MySQL 兼容版体验:旧版迁移 + 功能实测
数据库