count 함수
COUNT(expression): 쿼리된 레코드의 총 수를 반환합니다. 표현식 매개 변수는 필드 또는 * 기호입니다.
Test
MySQL 버전: 5.7.29
사용자 테이블을 생성하고 백만 개의 데이터를 삽입합니다. 이 중 성별 필드의 50만 행에는 null 값이 있습니다
CREATE TABLE `users` ( `Id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id', `name` varchar(32) DEFAULT NULL COMMENT '名称', `gender` varchar(20) DEFAULT NULL COMMENT '性别', `create_date` datetime DEFAULT NULL COMMENT '创建时间', PRIMARY KEY (`Id`) USING BTREE ) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC COMMENT='用户表';
count(*)
in 이전 MySQL 5.7.18, InnoDB는 클러스터형 인덱스를 스캔하여 명령문을 처리했습니다. SELECT COUNT(*) MySQL 5.7.18부터 InnoDB는 인덱스 또는 최적화 프로그램 힌트가 최적화 프로그램에 다른 인덱스를 사용하도록 지시하지 않는 한 사용 가능한 가장 작은 보조 인덱스를 순회하여 SELECT COUNT(*) 문을 처리합니다. 보조 인덱스가 없으면 클러스터형 인덱스를 검색합니다.
일반적인 의미는 보조 인덱스가 있으면 보조 인덱스를 사용하고 보조 인덱스가 여러 개인 경우 비용을 줄이기 위해 가장 작은 보조 인덱스를 먼저 선택한다는 것입니다.
다음 테스트는 이러한 뷰를 확인하는 데 사용됩니다.
먼저 기본 키 인덱스 Id가 하나만 있을 때 실행 계획을 쿼리합니다.
타입은 인덱스를 사용한다는 뜻의 index이고 키는 기본 키를 의미하는 PRIMARY임을 알 수 있습니다. 키 인덱스가 사용됩니다(key_len=8).
둘째, 이름 필드에 인덱스를 추가하고 다시 실행 계획을 사용하여
인덱스도 사용하는 것을 볼 수 있는데, 인덱스는 이름 필드의 인덱스인 key_len=99를 사용하고 있습니다.
그런 다음 name 필드 인덱스를 유지하면서 create_date 필드에 인덱스를 추가합니다. 실행 계획을 다시 확인합니다.
이번에는 create_date 필드의 인덱스인 key_len=6이 사용되는 것을 볼 수 있습니다.
위에서 어떤 인덱스를 사용하더라도 최종적으로 쿼리되는 총 행 수는 NULL 값 포함 여부에 관계없이 백만 개입니다.
count(1)
count(1)은 count(*)와 동일한 쿼리 결과를 가지며, NULL 값 포함 여부에 관계없이 최종적으로 백만 개의 데이터를 반환합니다.
count(col)
count(col)은 특정 열의 값을 계산하며 이는 세 가지 상황으로 구분됩니다.
count(id): id
및 count(*)를 계산합니다.
count(index col) : 인덱스된 필드의 통계
count(name)로 쿼리하면 실행 계획은 다음과 같습니다.
인덱스 필드는 통계에 사용되며 인덱스도 적중됩니다.
열의 이름 필드를 NULL로 설정한 후 개수 쿼리를 수행하면 결과는 999999
그런 다음 이 열의 NULL 값을 빈 문자열로 설정하고 개수 쿼리를 수행하면 결과가 반환됩니다. 1000000
따라서 요약하면 단순히 인덱스 필드를 사용하여 행 수를 계산하면 인덱스에 적중될 수 있으며 NULL 값이 아닌 행 수만 계산됩니다.
count(normal col): 인덱스가 없는 필드 개수
인덱스가 없는 필드 개수를 계산하면 인덱스는 사용되지 않고 NULL 값이 아닌 행의 개수만 계산됩니다.
count(1)과 count(*)의 절충
이전에는 count(1)이 count(*)보다 더 효율적이라는 것을 어디서 보거나 들은 적이 없습니다. 잘못된 인식입니다. 공식 홈페이지에 이런 문장이 있는데 InnoDB는 SELECT COUNT( *)와 SELECT COUNT(1) 연산을 동일하게 처리합니다.
번역하면 InnoDB는 SELECT COUNT( *)와 SELECT COUNT(1) 연산을 처리합니다. COUNT(1) 연산과 동일한 방식으로 수행하면 성능 차이가 없습니다.
MyISAM 테이블의 경우 COUNT(*)는 테이블에서 검색할 때 매우 빠르게 반환하도록 최적화되어 있으며 다른 열은 검색되지 않으며 절도 없습니다. 스토리지 엔진이 정확한 행 수와 매우 높은 수를 저장하기 때문에 이 최적화는 MyISAM 테이블에만 적용됩니다. 접근이 빠릅니다. COUNT(1)은 첫 번째 열이 NOT NULL로 정의된 경우에만 동일한 최적화를 수행합니다. ----MySQL 공식 웹사이트에서
이러한 최적화는 어디에도, 그룹화도 없다는 전제를 기반으로 합니다.
알리바바 개발 사양에도 언급되어 있습니다
개발 중에 count(*)를 사용할 수 있다면 그냥 count(*)를 사용하세요.
위 내용은 MySQL에서 count(*), count(1), count(col)의 차이점은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템으로, 주로 데이터를 신속하고 안정적으로 저장하고 검색하는 데 사용됩니다. 작업 원칙에는 클라이언트 요청, 쿼리 해상도, 쿼리 실행 및 반환 결과가 포함됩니다. 사용의 예로는 테이블 작성, 데이터 삽입 및 쿼리 및 조인 작업과 같은 고급 기능이 포함됩니다. 일반적인 오류에는 SQL 구문, 데이터 유형 및 권한이 포함되며 최적화 제안에는 인덱스 사용, 최적화 된 쿼리 및 테이블 분할이 포함됩니다.

MySQL은 데이터 저장, 관리, 쿼리 및 보안에 적합한 오픈 소스 관계형 데이터베이스 관리 시스템입니다. 1. 다양한 운영 체제를 지원하며 웹 응용 프로그램 및 기타 필드에서 널리 사용됩니다. 2. 클라이언트-서버 아키텍처 및 다양한 스토리지 엔진을 통해 MySQL은 데이터를 효율적으로 처리합니다. 3. 기본 사용에는 데이터베이스 및 테이블 작성, 데이터 삽입, 쿼리 및 업데이트가 포함됩니다. 4. 고급 사용에는 복잡한 쿼리 및 저장 프로 시저가 포함됩니다. 5. 설명 진술을 통해 일반적인 오류를 디버깅 할 수 있습니다. 6. 성능 최적화에는 인덱스의 합리적인 사용 및 최적화 된 쿼리 문이 포함됩니다.

MySQL은 성능, 신뢰성, 사용 편의성 및 커뮤니티 지원을 위해 선택됩니다. 1.MYSQL은 효율적인 데이터 저장 및 검색 기능을 제공하여 여러 데이터 유형 및 고급 쿼리 작업을 지원합니다. 2. 고객-서버 아키텍처 및 다중 스토리지 엔진을 채택하여 트랜잭션 및 쿼리 최적화를 지원합니다. 3. 사용하기 쉽고 다양한 운영 체제 및 프로그래밍 언어를 지원합니다. 4. 강력한 지역 사회 지원을 받고 풍부한 자원과 솔루션을 제공합니다.

InnoDB의 잠금 장치에는 공유 잠금 장치, 독점 잠금, 의도 잠금 장치, 레코드 잠금, 갭 잠금 및 다음 키 잠금 장치가 포함됩니다. 1. 공유 잠금을 사용하면 다른 트랜잭션을 읽지 않고 트랜잭션이 데이터를 읽을 수 있습니다. 2. 독점 잠금은 다른 트랜잭션이 데이터를 읽고 수정하는 것을 방지합니다. 3. 의도 잠금은 잠금 효율을 최적화합니다. 4. 레코드 잠금 잠금 인덱스 레코드. 5. 갭 잠금 잠금 장치 색인 기록 간격. 6. 다음 키 잠금은 데이터 일관성을 보장하기 위해 레코드 잠금과 갭 잠금의 조합입니다.

MySQL 쿼리 성능이 좋지 않은 주된 이유는 인덱스 사용, 쿼리 최적화에 의한 잘못된 실행 계획 선택, 불합리한 테이블 디자인, 과도한 데이터 볼륨 및 잠금 경쟁이 포함됩니다. 1. 색인이 느리게 쿼리를 일으키지 않으며 인덱스를 추가하면 성능이 크게 향상 될 수 있습니다. 2. 설명 명령을 사용하여 쿼리 계획을 분석하고 Optimizer 오류를 찾으십시오. 3. 테이블 구조를 재구성하고 결합 조건을 최적화하면 테이블 설계 문제가 향상 될 수 있습니다. 4. 데이터 볼륨이 크면 분할 및 테이블 디비전 전략이 채택됩니다. 5. 높은 동시성 환경에서 거래 및 잠금 전략을 최적화하면 잠금 경쟁이 줄어들 수 있습니다.

데이터베이스 최적화에서 쿼리 요구 사항에 따라 인덱싱 전략을 선택해야합니다. 1. 쿼리에 여러 열이 포함되고 조건 순서가 수정되면 복합 인덱스를 사용하십시오. 2. 쿼리에 여러 열이 포함되어 있지만 조건 순서가 고정되지 않은 경우 여러 단일 열 인덱스를 사용하십시오. 복합 인덱스는 다중 열 쿼리를 최적화하는 데 적합한 반면 단일 열 인덱스는 단일 열 쿼리에 적합합니다.

MySQL 느린 쿼리를 최적화하려면 SlowQueryLog 및 Performance_Schema를 사용해야합니다. 1. SlowQueryLog 및 Set Stresholds를 사용하여 느린 쿼리를 기록합니다. 2. Performance_schema를 사용하여 쿼리 실행 세부 정보를 분석하고 성능 병목 현상을 찾고 최적화하십시오.

MySQL 및 SQL은 개발자에게 필수적인 기술입니다. 1.MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템이며 SQL은 데이터베이스를 관리하고 작동하는 데 사용되는 표준 언어입니다. 2.MYSQL은 효율적인 데이터 저장 및 검색 기능을 통해 여러 스토리지 엔진을 지원하며 SQL은 간단한 문을 통해 복잡한 데이터 작업을 완료합니다. 3. 사용의 예에는 기본 쿼리 및 조건 별 필터링 및 정렬과 같은 고급 쿼리가 포함됩니다. 4. 일반적인 오류에는 구문 오류 및 성능 문제가 포함되며 SQL 문을 확인하고 설명 명령을 사용하여 최적화 할 수 있습니다. 5. 성능 최적화 기술에는 인덱스 사용, 전체 테이블 스캔 피하기, 조인 작업 최적화 및 코드 가독성 향상이 포함됩니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

드림위버 CS6
시각적 웹 개발 도구

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

PhpStorm 맥 버전
최신(2018.2.1) 전문 PHP 통합 개발 도구

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전
