时间条件高效用法

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

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

相关推荐
IvorySQL13 小时前
PostgreSQL 技术日报 (3月7日)|生态更新与内核性能讨论
数据库·postgresql·开源
赵渝强老师13 小时前
【赵渝强老师】金仓数据库的数据文件
数据库·国产数据库·kingbase·金仓数据库
随逸17717 小时前
《Milvus向量数据库从入门到实战,手把手搭建语义检索系统》
数据库
神秘的猪头17 小时前
🚀 React 开发者进阶:RAG 核心——手把手带你玩转 Milvus 向量数据库
数据库·后端·llm
IvorySQL1 天前
PostgreSQL 技术日报 (3月6日)|为什么 Ctrl-C 在 psql 里让人不安?
数据库·postgresql·开源
NineData2 天前
数据库管理工具NineData,一年进化成为数万+开发者的首选数据库工具?
运维·数据结构·数据库
IvorySQL2 天前
PostgreSQL 技术日报 (3月5日)|规划器控制力升级,内核能力再进阶
数据库·postgresql·开源
数据组小组2 天前
免费数据库管理工具深度横评:NineData 社区版、Bytebase 社区版、Archery,2026 年开发者该选哪个?
数据库·测试·数据库管理工具·数据复制·迁移工具·ninedata社区版·naivicat平替
悟空聊架构3 天前
基于KaiwuDB在游乐场“刷卡+投币”双模消费系统中的落地实践
数据库·后端·架构