실제 개발에서는 특정 필드와 일치하는 값 집합에 해당하는 in 하위 쿼리를 자주 사용하므로 보다 편리하게 필터링하고 쿼리할 수 있습니다. 그러나 이 하위 쿼리 방법은 데이터 양이 많을 경우 성능에 큰 문제를 일으킬 수 있습니다. 이 기사에서는 MySQL이 하위 쿼리를 최적화하는 방법을 소개합니다.
1. 서브 쿼리에서는 사용하지 마세요
실제 프로젝트에서는 이런 식으로 쓰는 경우가 많습니다.
SELECT * FROM table WHERE col1 IN (SELECT col1 FROM table2 WHERE condition);
table2의 조건에 따르면 col1의 여러 행 값은 다음과 같습니다. 을 꺼내서 테이블의 값을 일치시키고 일치하는 행을 반환합니다. 그러나 이런 방식으로 작성하면 MySQL이 내부적으로 하위 쿼리를 실행하는 방식이 하위 쿼리의 결과 집합을 메모리(또는 디스크)에 캐시하기 때문에 성능 병목 현상이 발생합니다. disk)이 캐시됩니다. 이로 인해 많은 I/O 작업이 발생하고 하위 쿼리의 결과 집합이 커지면 많은 양의 메모리도 차지하게 됩니다.
따라서 실제 개발에서는 서브쿼리에서의 사용을 지양하시고, 대신 Join을 사용해도 됩니다.
2. 서브쿼리 대신 조인을 사용하세요
서브쿼리에서 대체하려면 조인을 사용하세요. 서브쿼리의 작성 방식과 서브쿼리의 원본을 조인으로 변환하여 SQL 구문을 최적화할 뿐입니다. , 하위 쿼리보다 실행 효율성이 훨씬 높습니다. col1을 찾은 다음 아래와 같이 table1의 col1과 조인합니다.
SELECT table.* FROM table JOIN table2 ON table.col1 = table2.col1 WHERE table2.condition;
in 하위 쿼리와 비교하여 Join을 사용하면 하위 쿼리의 결과 집합을 테이블과 연결할 수 있어 많은 메모리(디스크) 읽기를 줄일 수 있습니다. 작업.
3. 하위 쿼리 대신 존재를 사용하는 것은 실제로는 조인을 사용하는 것입니다. in 서브쿼리와 달리,exist 서브쿼리는 결과 집합의 크기에 관계없이 간단한 판단만 수행하면 됩니다. 다음은exists 하위 쿼리의 구문 예입니다.
SELECT * FROM table WHERE EXISTS (SELECT 1 FROM table2 WHERE table.col1 = table2.col1 AND table2.condition);
하위 쿼리 대신 기존을 사용하면 효율성이 크게 향상되고 I/O 및 메모리 소비를 많이 절약할 수 있습니다.
4. 인덱스를 사용하여 in 문 최적화
인덱스를 사용하여 쿼리 중에 in 하위 쿼리 속도를 높일 수 있다면 쿼리 효율성도 크게 향상됩니다. MySQL 인덱스는 기본 키 인덱스, 고유 인덱스, 일반 인덱스의 세 가지 유형으로 구분됩니다. 적절한 인덱스를 생성할 수 있으면 MySQL에서 전체 테이블 스캔을 수행하지 않고 쿼리 효율성을 높일 수 있습니다.
CREATE INDEX idx_col1 ON table (col1);
col1 값이 큰 경우 인덱스를 사용하면 쿼리 효율성이 크게 최적화되고 하위 쿼리에서 사용하여 발생하는 효율성 문제가 줄어듭니다.
5. 하위 쿼리에서 최적화하기 위해 제한 및 존재 사용
하위 쿼리의 결과 집합이 매우 큰 경우 쿼리 효율성 최적화 목적을 달성하기 위해 전체 테이블 스캔을 피하면서 제한 및 존재를 사용하여 이에 대한 페이징 쿼리를 수행할 수 있습니다. .
SELECT * FROM table WHERE EXISTS (SELECT 1 FROM table2 WHERE table.col1 = table2.col1 AND table2.condition LIMIT 1000, 20);
이 SQL 문의 기능은 table2의 결과 집합을 찾은 다음 col1과 table을 사용하여 존재를 수행하고 쿼리 결과 집합을 20으로 제한하고 1000번째 행부터 쿼리하는 것입니다.
6. 문에서 메모리 최적화의 적절한 사용
질의에 사용된 in 하위 질의 결과에 행이 많지 않은 경우 in 대신 set을 사용할 수 있습니다. set은 후속 쿼리 일치를 위해 in 하위 쿼리의 결과 집합을 메모리에 저장합니다. 메모리를 사용하여 in 문을 최적화하면 성능이 크게 향상될 수도 있습니다.
SET @col1 = (SELECT GROUP_CONCAT(DISTINCT col1) FROM table2 WHERE condition); SELECT * FROM table WHERE FIND_IN_SET(table.col1, @col1);
이 문은 먼저 데이터 일치를 위해 select를 사용한 다음 GROUP_CONCAT을 사용하여 col1 값 목록을 @col1에 저장되는 문자열로 연결합니다. 후속 쿼리에서는 일치를 위해 FIND_IN_SET이 사용되고 쿼리 효율성을 최적화하기 위해 메모리 캐싱이 사용됩니다.
7. 요약
in 하위 쿼리를 사용할 때는 특히 데이터 양이 많은 경우 전체 테이블 스캔을 피하십시오. 그렇지 않으면 심각한 성능 문제가 발생할 수 있습니다. 조인, 존재, 인덱스 최적화, 적절한 제한 사용, 메모리 및 기타 방법 사용을 통해 쿼리 효율성을 높이고 하위 쿼리의 성능을 최적화할 수 있습니다. 실제 프로젝트에서는 최상의 성능 최적화 효과를 달성하기 위해 특정 상황에 따라 최상의 솔루션을 선택해야 합니다.
위 내용은 MySQL의 하위 쿼리를 최적화하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

MySQL과 Sqlite의 주요 차이점은 설계 개념 및 사용 시나리오입니다. 1. MySQL은 대규모 응용 프로그램 및 엔터프라이즈 수준의 솔루션에 적합하며 고성능 및 동시성을 지원합니다. 2. SQLITE는 모바일 애플리케이션 및 데스크탑 소프트웨어에 적합하며 가볍고 내부질이 쉽습니다.

MySQL의 인덱스는 데이터 검색 속도를 높이는 데 사용되는 데이터베이스 테이블에서 하나 이상의 열의 주문 구조입니다. 1) 인덱스는 스캔 한 데이터의 양을 줄임으로써 쿼리 속도를 향상시킵니다. 2) B-Tree Index는 균형 잡힌 트리 구조를 사용하여 범위 쿼리 및 정렬에 적합합니다. 3) CreateIndex 문을 사용하여 CreateIndexIdx_customer_idonorders (customer_id)와 같은 인덱스를 작성하십시오. 4) Composite Indexes는 CreateIndexIdx_customer_orderOders (Customer_id, Order_Date)와 같은 다중 열 쿼리를 최적화 할 수 있습니다. 5) 설명을 사용하여 쿼리 계획을 분석하고 피하십시오

MySQL에서 트랜잭션을 사용하면 데이터 일관성이 보장됩니다. 1) STARTTRANSACTION을 통해 트랜잭션을 시작한 다음 SQL 작업을 실행하고 커밋 또는 롤백으로 제출하십시오. 2) SavePoint를 사용하여 부분 롤백을 허용하는 저장 지점을 설정하십시오. 3) 성능 최적화 제안에는 트랜잭션 시간 단축, 대규모 쿼리 방지 및 격리 수준을 합리적으로 사용하는 것이 포함됩니다.

MySQL 대신 PostgreSQL을 선택한 시나리오에는 다음이 포함됩니다. 1) 복잡한 쿼리 및 고급 SQL 기능, 2) 엄격한 데이터 무결성 및 산 준수, 3) 고급 공간 기능이 필요하며 4) 큰 데이터 세트를 처리 할 때 고성능이 필요합니다. PostgreSQL은 이러한 측면에서 잘 수행되며 복잡한 데이터 처리 및 높은 데이터 무결성이 필요한 프로젝트에 적합합니다.

MySQL 데이터베이스의 보안은 다음 조치를 통해 달성 할 수 있습니다. 1. 사용자 권한 관리 : CreateUser 및 Grant 명령을 통한 액세스 권한을 엄격히 제어합니다. 2. 암호화 된 전송 : 데이터 전송 보안을 보장하기 위해 SSL/TLS를 구성합니다. 3. 데이터베이스 백업 및 복구 : MySQLDump 또는 MySQLPump를 사용하여 정기적으로 백업 데이터를 사용하십시오. 4. 고급 보안 정책 : 방화벽을 사용하여 액세스를 제한하고 감사 로깅 작업을 가능하게합니다. 5. 성능 최적화 및 모범 사례 : 인덱싱 및 쿼리 최적화 및 정기 유지 보수를 통한 안전 및 성능을 모두 고려하십시오.

MySQL 성능을 효과적으로 모니터링하는 방법은 무엇입니까? Mysqladmin, Showglobalstatus, Perconamonitoring and Management (PMM) 및 MySQL Enterprisemonitor와 같은 도구를 사용하십시오. 1. MySQLADMIN을 사용하여 연결 수를보십시오. 2. showglobalstatus를 사용하여 쿼리 번호를보십시오. 3.pmm은 자세한 성능 데이터 및 그래픽 인터페이스를 제공합니다. 4. MySQLENTERPRISOMITOR는 풍부한 모니터링 기능 및 경보 메커니즘을 제공합니다.

MySQL과 SqlServer의 차이점은 1) MySQL은 오픈 소스이며 웹 및 임베디드 시스템에 적합합니다. 2) SQLServer는 Microsoft의 상용 제품이며 엔터프라이즈 수준 애플리케이션에 적합합니다. 스토리지 엔진의 두 가지, 성능 최적화 및 응용 시나리오에는 상당한 차이가 있습니다. 선택할 때는 프로젝트 규모와 향후 확장 성을 고려해야합니다.

고 가용성, 고급 보안 및 우수한 통합이 필요한 엔터프라이즈 수준의 응용 프로그램 시나리오에서는 MySQL 대신 SQLServer를 선택해야합니다. 1) SQLServer는 고 가용성 및 고급 보안과 같은 엔터프라이즈 수준의 기능을 제공합니다. 2) VisualStudio 및 Powerbi와 같은 Microsoft Ecosystems와 밀접하게 통합되어 있습니다. 3) SQLSERVER는 성능 최적화에서 우수한 성능을 발휘하며 메모리 최적화 된 테이블 및 열 스토리지 인덱스를 지원합니다.


핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

Dreamweaver Mac版
시각적 웹 개발 도구

MinGW - Windows용 미니멀리스트 GNU
이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.
