时间条件高效用法

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、小结

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

相关推荐
刘天远24 分钟前
Agent系统接入编排:评分模型、状态机与Python门禁
数据库·人工智能·python
DBA_G41 分钟前
GBase数据库安全“全牌照“技术解读:从等保四级到全密态计算的实践
数据库
我滴老baby1 小时前
工业物联网数据库选型:把计算能力放回第一维度
数据库·人工智能·架构·pdf
Doris__HE1 小时前
【元脑服务器NF8260G7-NF8260M7技术规格分享】
运维·服务器·网络·数据库·性能优化
用户7531057124512 小时前
五年前我吐槽 PG 的 32 位 XID 是狗皮膏药,今天它被治好了
数据库
DBA_G2 小时前
从湖仓一体到AI原生:GBase数据库的金融全栈技术实践
数据库
ChenLuck2 小时前
32 位 XID 的“狗皮膏药”被撕掉了:金仓 V9 的 64 位事务号实测与底层拆解
数据库
旺仔不是程序员2 小时前
判断存在用 LIMIT 1:PostgreSQL 五种 count 计数方式与 NULL 语义
数据库·后端·sql
旺仔不是程序员2 小时前
IN 操作规范:PostgreSQL 元素数量、EXISTS 替代与 = ANY 写法
数据库·后端·sql
这个DBA有点耶2 小时前
异构数据集成方案:跨平台同步的完整指南与工具选型(含实测)
数据库·sql·程序人生·架构·数据库架构·dba