我想优化我的SQL查询。它看起来真的很简单,但是编译时间太长了。我的数据库是Oracle 12.1.0.3。当表AB_MESSAGE包含约1K条记录(测试环境)时,查询编译时间等于6秒以上。
我的SQL查询:
SELECT * from AB_MESSAGE m
left join AB_MESSAGE_TYPE mt ON m.MESSAGE_TYPE_ID=m.ID
where to_char(m.CREATION_DATE,'YY/MM/DD') >= '18/09/30'
and m.MESSAGE_ID is null
and m.id in (select max(m2.ID)
from AB_MESSAGE m2
where m2.MESSAGE_ID is null
group by m2.AB_MESSAGE_ID, m2.SEND_DATE)
order by m.SEND_DATE desc;
表AB_MESSAGE:
CREATE TABLE "AB"."AB_MESSAGE"
( "ID" NUMBER(*,0) NOT NULL ENABLE,
"MESSAGE_ID" NUMBER(*,0),
"AB_MESSAGE_ID" NUMBER(*,0),
"SNDR_MSG_REF" VARCHAR2(20 BYTE),
"SENDER_ID" VARCHAR2(20 BYTE),
"RECEIVER_ID" VARCHAR2(20 BYTE),
"ESDK_MESSAGE_TYPE_ID" NUMBER,
"MESSAGE_TYPE_ID" NUMBER NOT NULL ENABLE,
"MT_FIELD_DEF_VARIANT_ID" NUMBER,
"ISSUE_ID" NUMBER,
"PARENT_ID" NUMBER,
"PARENT_MESSAGE_ID" NUMBER,
"CREATION_DATE" TIMESTAMP (6) DEFAULT CURRENT_TIMESTAMP NOT NULL ENABLE,
"CHANGE_DATE" TIMESTAMP (6),
"SEND_DATE" TIMESTAMP (6),
"MESSAGE_FILE_NAME" VARCHAR2(100 BYTE),
"MESSAGE_TYPE" VARCHAR2(24 BYTE),
"RAW_ESDK_MESSAGE" BLOB,
"XML_MESSAGE_CLOB" CLOB,
"MESSAGE_STATUS" VARCHAR2(50 BYTE),
CONSTRAINT "AB_MESSAGE_PK" PRIMARY KEY ("ID")
USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
TABLESPACE "ABA" ENABLE,
CONSTRAINT "AB_MESSAGE_FK5" FOREIGN KEY ("PARENT_ID")
REFERENCES "AB"."AB_MESSAGE" ("ID") ENABLE,
CONSTRAINT "AB_MESSAGE_FK1" FOREIGN KEY ("MESSAGE_TYPE_ID")
REFERENCES "AB"."AB_MESSAGE_TYPE" ("ID") ON DELETE CASCADE ENABLE)
表AB_MESSAGE:
CREATE TABLE "AB"."AB_MESSAGE_TYPE"
("ID" NUMBER(*,0) NOT NULL ENABLE,
"NAME" VARCHAR2(20 BYTE) NOT NULL ENABLE,
"DESCRIPTION" VARCHAR2(150 BYTE),
"CREATION_DATE" TIMESTAMP (6) DEFAULT CURRENT_TIMESTAMP NOT NULL ENABLE,
CONSTRAINT "AB_MESSAGE_TYPE_PK" PRIMARY KEY ("ID")
USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
TABLESPACE "ABA" ENABLE)
问题:有什么方法可以优化此查询?
答案 0 :(得分:1)
我将从改进两个简单的东西开始
改善您的SQL:将to_char(m.CREATION_DATE,'YY/MM/DD') >= '18/09/30'
更改为m.CREATION_DATE >= date '2018-09-30'
。此更改将有助于使用索引。
添加以下索引:
create index ix1 on AB_MESSAGE (AB_MESSAGE_ID, SEND_DATE, MESSAGE_ID, ID);
create index ix2 on AB_MESSAGE (CREATION_DATE, MESSAGE_ID);
如果查询仍然很慢,我将获得查询的执行计划以验证其是否使用了正确的索引。
答案 1 :(得分:0)
您的查询未使用ab_message(creation_date)
上定义的索引(如果有)。
将>=
比较的左侧部分更改为不使用函数,因为它们是优化程序的黑匣子。
另外,您的JOIN
列可能是错误的,因为它应该使用m
中的一列和mt
中的另一列。尝试使用m.message_type_id = mt.id
。
SELECT *
from AB_MESSAGE m
left join AB_MESSAGE_TYPE mt ON m.MESSAGE_TYPE_ID = mt.ID -- change here
where
m.CREATION_DATE >= '2018-09-30' -- change here
and m.MESSAGE_ID is null
and m.id in (
select max(m2.ID)
from AB_MESSAGE m2
where m2.MESSAGE_ID is null
group by m2.AB_MESSAGE_ID, m2.SEND_DATE)
order by m.SEND_DATE desc;
除此之外,还可以重写子查询,但是我们需要查看在表上创建的索引。
阅读Oracle文档中有关EXPLAIN PLAN
的章节。这可能是对您的问题的一个很好的补充,以便我们知道您的数据库引擎选择哪种计划来执行查询。
我建议初学者具有如下定义的索引,并查看计划如何/是否发生变化
ab_message(ab_message_id, send_date)
ab_message(message_type_id, creation_date)