`from_unixtime`이 쿼리를 느리게 할 수 있습니까?

Question

다음 쿼리를 최적화 할 작업을했습니다.

select 
c.account_key, 
c.cohort, 
date(concat(year(from_unixtime(min(f.processdate_est_key))), '-', 
month(from_unixtime(min(f.processdate_est_key))), '-1')) as 
customer_conversion_month 
from 
bidw_stage.cohort c left join 
bidw.fact f 
on 
c.account_key = f.account_key and 
f.usage_dollars != 0 and 
12 * (year(from_unixtime(f.processdate_est_key)) - year(c.cohort)) + 
(month(from_unixtime(f.processdate_est_key)) - month(c.cohort)) >= 2 
group by c.account_key, c.cohort; 

지난 1 월 완료까지 30 초가 걸렸습니다. 이제는 거의 3 분이 걸립니다. 사실 테이블에는 약 3 천만 개의 레코드가 포함되어 있으며, 코호트 테이블은 약 20k입니다. 사실 테이블 속성 'account_key'가 인덱싱되었지만 'cohort'테이블에 없습니다. 나는이 쿼리 원래 코더를 작성하지 않은

이 아래 쿼리를 둔화 될 수이

12 * (year(from_unixtime(f.processdate_est_key)) - year(c.cohort)) + 
    (month(from_unixtime(f.processdate_est_key)) - month(c.cohort)) 

이유에 관해서는 어떤 문서를 남아 있지? 어떻게 최적화 할 수 있습니까?

Answer 1

인덱싱 된 열에서 함수를 호출하면 인덱스가 도움이되지 않습니다. 인덱싱 된 열의 수정되지 않은 값을 무언가와 비교하는 조건을 작성해야합니다.

processdate_est_key은 적어도 cohort 이후 두 번째 달에 있습니다. 이 칼럼을 날짜로 변환하고 년과 월을 추출하는 대신, 그 달의 시작 부분에 대해 유닉스 타임 스탬프를 생성하고 비교해야합니다.

AND f.processdate_est_key >= 
     UNIX_TIMESTAMP(CONCAT(YEAR(c.cohort + INTERVAL 2 MONTH), 
           MONTH(c.cohort + INTERVAL 2 MONTH), '01')) 

연결은, 그 해 달 추출 2 개월 c.cohort 후 날짜를 가져 그 달의 첫 날을 참조 01을 추가합니다. 그런 다음 f.processdate_est_key과 비교하기 위해 숫자 형식으로 변환하려면 UNIX_TIMESTAMP을 호출합니다.