MySQL보기 최적화

Question

두 개의 MySQL 테이블을 결합하여 뷰로 저장하고자하므로 두 테이블을 쿼리하는 대신 응용 프로그램에서이 뷰를 처리 할 수 ​​있습니다. 그러나이 견해는 극도로 천천히 진행됩니다.

이 내 테이블입니다 :

CREATE TABLE spectrumsets (
    setid INT(11) NOT NULL, 
    timestampdt INT(11) NULL DEFAULT NULL, 
    timestampd INT(10) UNSIGNED NOT NULL, 
    timestampt INT(10) UNSIGNED NOT NULL, 
    device INT(11) NOT NULL, 
    methodname VARCHAR(50) NOT NULL, 
    PRIMARY KEY (setid), 
    UNIQUE INDEX setid_idx (setid), 
    UNIQUE INDEX timestamp_device_idx (timestampd, timestampt, device), 
    INDEX device_fk (device), 
    INDEX timestampd_idx (timestampd), 
    CONSTRAINT device_fk FOREIGN KEY (device) 
     REFERENCES spectrumdevices (deviceid) 
) 
COLLATE='utf8_general_ci' 
ENGINE=InnoDB 

CREATE TABLE spectrumdata (
    valueid INT(11) NOT NULL AUTO_INCREMENT, 
    spectrumset INT(11) NOT NULL, 
    wavelength DOUBLE NULL DEFAULT NULL, 
    intensity DOUBLE NULL DEFAULT NULL, 
    PRIMARY KEY (valueid), 
    INDEX spectrumset_idx (spectrumset), 
    CONSTRAINT spectrumset_fk FOREIGN KEY (spectrumset) 
     REFERENCES spectrumsets (setid) 
) 
COLLATE='utf8_general_ci' 
ENGINE=InnoDB 

그리고 이것은 내보기입니다 :

SELECT spectrumsets.timestampd,spectrumsets.timestampt,spectrumsets.device, 
    spectrumdata.wavelength,spectrumdata.intensity 
FROM spectrumdata INNER JOIN spectrumsets ON spectrumdata.spectrumset= 
    spectrumsets.setid 
WHERE spectrumdata.wavelength>0 
ORDER BY spectrumsets.timestampd,spectrumsets.timestampt,spectrumsets.device, 
    spectrumdata.wavelength 

내 컴퓨터에 select count(*) 그래서, 82923705 개 기록에 오히려 큰 데이터 세트를 385.516 초 결과를 소요

나는 이미이 link을 발견했지만 아직도 잘못 이해하지는 못했습니다.

UPDATE :

EXPLAIN주는이 결과 :

"id","select_type","table","type","possible_keys","key","key_len","ref","rows","Extra" 
"1","SIMPLE","spectrumsets","index","PRIMARY,setid_idx","timestamp_device_idx","12",NULL,"327177","Using index; Using temporary; Using filesort" 
"1","SIMPLE","spectrumdata","ref","spectrumset_idx","spectrumset_idx","4","primprod.spectrumsets.setid","130","Using where" 

Answer 1

이 설명은 쿼리가 (좋은) 조인에 대한 인덱스를 타격,하지만 임시 테이블 및 파일 종류에 대한을 사용하고 있음을 시사한다 나머지 쿼리.

이 두 가지 이유가 있습니다 :

• where 절은 인덱스
• ORDER BY 절을 타격하지 않는 코멘트에서 인덱스

타격하지 않습니다, 당신은 말한다 where 절을 제거하면 커다란 개선으로 이어진다. 스펙트럼 세트, 파장에 복합 지수가 필요하다는 것을 의미합니다. 파장이 적절한 값을 가질 수 있다고 가정합니다 (단 10 개의 값이라면 인덱스는 아무 것도 할 수 없습니다).

"order by"절을보기 밖으로 벗어나면 훨씬 빠르게 처리됩니다. 그리고 정렬 순서를보기가 아닌 쿼리 추출 데이터로 결정할 수있는 좋은 경우가 있습니다. 나는 대부분의 쿼리가 데이터에 대해 매우 선택적 일 것이라고 추측한다. 몇 개의 타임 스탬프로 제한한다. 보기에 순서를 포함시킴으로써 매번 정렬 할 때 가격을 지불하게됩니다.

보기에서 "order by"가 있어야하는 경우 "order by"순서로 모든 필드를 포함하는 색인을 만들고 앞에있는 조인을 사용하십시오. 예를 들어 :

UNIQUE INDEX의 timestamp_device_idx (set_id, timestampd, timestampt, 장치),