MySQL Count 함수의 사용법 차이 요약

머리말

안녕하세요 여러분, Count in MySQL에 대해 얼마나 알고 계시나요?

통계 데이터에 대한 필요성은 일상적인 개발에서도 매우 쉽게 접할 수 있습니다. 또한 MySQL은 다양한 계산 기능을 지원합니다.

자 다음으로 수행하세요. 둘 사이의 차이점과 함정이 있는지 살펴보세요. [추천 학습: MySQL 동영상 튜토리얼]

count(*), count(1), count(id)의 차이점

count의 의미: count()는 집계 함수입니다. 반환된 결과를 설정하고 행별로 판단합니다. 카운트 함수의 매개변수가 NULL이 아닌 경우 누적 값은 1씩 증가하고 그렇지 않으면 추가되지 않습니다. 마지막으로 누적 값이 반환됩니다.

count(필드)는 특별합니다. 조건에 맞는 데이터 행의 총 개수를 반환한다는 의미이며, "필드" 매개변수는 NULL이 아닙니다

분석 성능 차이의 원리

• 서버 계층 원하는 것은 무엇이든 제공합니다 What;

• InnoDB는 필요한 값만 제공합니다.

• 현재 최적화 프로그램은 "행 수를 가져오기" 위해 count(*)의 의미만 최적화하며 다른 "명백한" 최적화는 그렇지 않습니다. done

예:

count(기본 키 ID), InnoDB 엔진은 전체 테이블을 탐색하고 각 행의 ID 값을 가져와 서버 계층에 반환합니다. 서버 계층은 ID를 얻은 후 비워둘 수 없다고 판단하여 한 행씩 누적합니다.

count(1)의 경우 InnoDB 엔진은 전체 테이블을 탐색하지만 값을 검색하지는 않습니다. 서버 계층은 반환된 각 행에 숫자 "1"을 넣습니다. 비어 있을 수 없다고 판단되면 행별로 누적됩니다.

count(필드), 서버에 필드가 필요한 경우 해당 필드를 반환합니다. 필드 값이 너무 크면 통계가 수행되지 않습니다.

정렬 효율성

count(字段)<count(主键 id)<count(1)≈count(*)

왜 count(*)가 가장 빠른가요?

최적화 프로그램은 작업을 수행하고 통과할 가장 작은 숫자를 찾습니다.

InnoDB는 인덱스 구성 테이블입니다. 기본 키 인덱스 트리의 리프 노드는 데이터이고 일반 인덱스 트리의 리프 노드는 기본 키 값입니다. 따라서 일반 인덱스 트리는 기본 키 인덱스 트리보다 훨씬 작습니다. count(*)와 같은 작업의 경우 인덱스 트리를 순회하여 얻은 결과는 논리적으로 동일합니다. 따라서 MySQL 최적화 프로그램은 탐색할 가장 작은 트리를 찾습니다. 논리가 올바른지 확인한다는 전제 하에 스캔되는 데이터의 양을 최소화하는 것은 데이터베이스 시스템 설계의 일반적인 규칙 중 하나입니다.

NULL에 대한 몇 가지 함정

// 数据中存在null值数据
select count(*) from audit_log a;
结果：1

select count(id) from audit_log a;
结果：0

count 결과가 일치하지 않는 것을 볼 수 있습니다. 레코드 수는 1이어야 하지만 count(id)는 0

이것은 count(field) 때문입니다. 계산되지 않습니다. 필드 값은 null입니다

따라서 필드가 비어 있지 않은 필드인 경우 이 문제를 해결하려면 count(*)를 사용해야 합니다.

count(*) summary

• MyISAM 테이블 count(*)는 빠르지만 트랜잭션을 지원하지 않습니다.

• show table status 명령은 빠르게 반환되지만 정확하지 않습니다.

InnoDB 테이블 직접 카운트(*)는 테이블 전체를 순회하므로 결과는 정확하지만 성능 문제가 발생합니다.

위 내용은 MySQL Count 함수의 사용법 차이 요약의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!