时间条件高效用法

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

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

相关推荐
不会就选b8 小时前
MySQL之视图
数据库·mysql
>no problem<8 小时前
基于cola5.0的基础设施层的多数据库切换方案思路
数据库·spring boot·mybatisplus·cola5.0·数据库迁移适配
OceanBase数据库官方博客8 小时前
OceanBase 赋能央国企:从发电到用电的全链路业务承载
数据库·oceanbase
瀚高PG实验室9 小时前
pgsql-ogr-fdw
数据库·postgresql·瀚高数据库·highgo
IvorySQL9 小时前
PostgreSQL 技术日报 (6月5日)|PG19 Beta1 上线,PGConf.PL 2026开启征稿
数据库·postgresql·区块链
abcy07121310 小时前
pycharm python sqlalchemy mysql增删改查实例csdn
数据库·oracle
无风听海10 小时前
IndexedDB 深度指南 浏览器中的事务型对象数据库
前端·数据库
咋吃都不胖lyh10 小时前
langgraph基础示例
数据库
网管NO.111 小时前
子查询进阶|EXISTS/IN/ANY/ALL,优化查询效率
数据库·sql
云服务器租用费用11 小时前
2026年腾讯云OpenClaw(Clawdbot)+Skills云上部署及Windows本地集成轻松入门
运维·服务器·数据库·windows·云计算·腾讯云