더 많은 필드를 인덱싱하지 않고 카운트 성능을 향상시키는 방법은 무엇입니까?

Question

테이블에 200 만 개가 넘는 레코드가 있습니다.

테이블에 몇 개의 오류 (체크 표시)가 있는지, 얼마나 많은 오류가 있는지 확인하고 싶습니다.

SELECT count(*) as Checked FROM table WHERE checked = 1 

성능은 정말 느리다, 그것은 결과를 얻기 위해 약 5 분 소요 -

가

SELECT count(*) as CountError FROM table WHERE checked = 1 AND error != '' 

:

나는 두 개의 쿼리를 수행. 어떻게 개선할까요?

나는 이미 업데이트 성능을 위해 status 필드에 색인을 가지고 있습니다.

checked 필드에서 색인을 생성하면 그다지 좋지 않은 업데이트 성능이 적용됩니다.

UPDATE가 SELECT 이상 발생합니다.

표

는 Innob

있습니다

Answer 1

는 빠른 :

select 
    count(*) as CountError, 
    sum(case when error != '' then 1 else 0 end) as Checked 
from table 
where checked = 1 

그러나 차이는 아마에 대해 얘기를 많이하지 않습니다. 차이를 실제로 원한다면 색인을 추가해야합니다. 그 충격이 실제로 무엇을 의미하는지 생각해보고, 그 충격이 실제로 될 수있는 것에 대한 느낌을 얻기위한 실제 테스트를하십시오. 업데이트가 10 % 느려지고 select가 100000 % 빨라지면 여전히 가치가있을 것입니다.

Answer 2

여기에 귀하의 문제는 위탁 필드 것을 단순히 하나 MySQL은 테이블이 효율적 곳을 결정 할 수 없습니다입니다 당신이 키가 비록 스캔 할 필요가 있다는 것을 의미 1 또는 0 0과 1 사이의 분리는 특히 많은 양의 행에 있습니다.

내가 제공 할 주요 권고 사항은 원하지 않는 색인입니다. 그러면 SELECT SUM(checked) AS Checked FROM table WHERE checked=1과 같이 색인을 작성하여 색인을 사용하여 색인을 사용할 수 있습니다.

궁극적으로 그래도 간단한 쿼리는 아닙니다. 카운트를 보관하는 몇 가지 방법을 살펴볼 수 있습니다. 날짜 또는 시간 소인이있는 경우 전날의 수 (*)를 저장할 수있는 일을 매일 설정할 수 있습니다. 차례 차례로 해석 할 행 수가 줄어 듭니다.

이 표의 정확한 목적에 대한 추가 정보가 없으면 위 열 + 기타 등등에 색인을 허용하지 않는 이유 때문에 위의 + 하드웨어보다 더 유용한 정보를 제안하기가 어렵습니다. 같은 쿼리에서 두 수를 만드는 경우 시도 할 수