MySQL의 인덱스 설계 원리와 일반적인 인덱스 간의 차이점에 대한 간략한 소개

아래 편집자는 mysql의 인덱스 디자인 원칙과 일반적인 인덱스 간의 차이점에 대해 간략하게 설명합니다. 편집자님이 꽤 좋다고 생각하셔서 지금 공유하고 모두에게 참고용으로 드리고자 합니다. 편집기를 따라 살펴보겠습니다.

인덱스 정의: 디스크에 저장되는 별도의 데이터베이스 구조로, 데이터 테이블의 모든 레코드에 대한 참조 포인터를 포함합니다.

데이터베이스 인덱스 설계 원칙:

인덱스를 보다 효율적으로 사용하려면 인덱스를 생성할 때 인덱스를 생성할 필드와 유형을 고려해야 합니다. 생성.
그렇다면 인덱스 디자인 원칙은 무엇일까요?

1. 고유 인덱스 선택

고유 인덱스의 값은 고유하며, 인덱스를 통해 특정 레코드를 보다 빠르게 판별할 수 있습니다.
예를 들어 학생 테이블의 중학교 번호는 고유한 필드입니다. 이 분야에 대한 고유한 색인을 구축하면 특정 학생의 정보를 빠르게 확인할 수 있습니다.
이름을 사용하는 경우 동일한 이름이 있을 수 있으므로 쿼리 속도가 느려집니다.

2. 정렬, 그룹화 및 통합 작업

이 자주 필요한 필드에 대한 인덱스를 생성합니다. ORDER BY, GROUP BY, DISTINCT 및 UNION과 같은 작업이 자주 필요한 필드 작업에 많은 시간이 낭비됩니다.
인덱싱하면 정렬 작업을 효과적으로 피할 수 있습니다.

3. 쿼리 조건으로 자주 사용되는 필드에 대한 인덱스 생성

필드가 쿼리 조건으로 자주 사용되는 경우 해당 필드의 쿼리 속도가 전체 테이블의 쿼리 속도에 영향을 미칩니다. 따라서
이러한 필드를 인덱싱하면 전체 테이블의 쿼리 속도를 향상시킬 수 있습니다.

4. 인덱스 수를 제한하세요.

인덱스가 많을수록 좋습니다. 각 인덱스에는 디스크 공간이 필요합니다. 인덱스가 많을수록 더 많은 디스크 공간이 필요합니다.
테이블 수정 시 인덱스를 재구성하고 업데이트하는 작업이 번거롭습니다. 인덱스가 많을수록 테이블을 업데이트하는 데 더 많은 시간이 소요됩니다.

5． 데이터량이 적은 인덱스를 사용해 보세요

인덱스 값이 너무 길면 쿼리 속도에 영향을 미칩니다. 예를 들어, CHAR(100) 유형 필드에 대한 전체 텍스트
검색은 CHAR(10) 유형 필드보다 확실히 더 많은 시간이 걸립니다.

6． 접두어를 사용하여 색인을 생성해 보세요

색인 필드의 값이 매우 긴 경우 해당 값의 접두어를 사용하여 색인을 생성하는 것이 가장 좋습니다. 예를 들어 TEXT 및 BLOG 유형 필드
에 대한 전체 텍스트 검색은 시간 낭비입니다. 필드의 처음 몇 문자만 검색하면 검색 속도가 향상될 수 있습니다.

7． 더 이상 사용되지 않거나 거의 사용되지 않는 인덱스 삭제

테이블의 데이터가 대폭 업데이트되거나 데이터 사용 방식이 변경된 후에는 원래 인덱스 중 일부가 더 이상 사용되지 않을 수 있습니다. 필요합니다. 데이터베이스 관리자는 업데이트 작업에 대한 인덱스의 영향을 줄이기 위해 정기적으로 이러한 인덱스를 찾아서 삭제해야 합니다.

8. 작은 테이블은 색인을 생성해서는 안 됩니다. 테이블에 많은 수의 열이 포함되어 있고 null이 아닌 값을 검색할 필요가 없으면 색인을 작성하지 않는 것을 고려할 수 있습니다

- --------- --------------

mysql 인덱스관련 팁:

1. 레코드를 필터링하는 데 자주 사용되는 필드입니다.

1. 기본 키의 인덱스가 자동으로 생성됩니다.

2. 고유 키 필드가 해당 인덱스를 자동으로 생성합니다. . 외래 키 제약 조건 외래 키로 정의된 필드

4. 쿼리에서 테이블을 연결하는 데 사용되는 필드

5. 정렬 기준으로 자주 사용되는 필드(필드별 정렬)

2. 인덱스는 디스크 공간을 차지하며, 불필요한 인덱스 생성은 낭비만 초래합니다.

3. 인덱스 생성 시 데이터의 운용 방식을 고려해야 합니다. 1. 내용이 거의 변경되지 않고 자주 쿼리되므로 이에 대한 인덱스를 몇 개 더 생성해도 문제가 되지 않습니다.

2. 자주, 정기적으로 필요한 인덱스를 신중하게 생성해야 합니다.

4. 기본 키와 고유 키의 차이점1 . 기본으로 키의 도메인/도메인 그룹은 null일 수 없습니다. 그리고 고유 키도 가능합니다.

2. 테이블에는 기본 키가 하나만 있을 수 있으며, 고유 키는 동시에 여러 개가 존재할 수 있습니다.

더 큰 차이점은 논리적 설계에 있습니다. 기본 키는 일반적으로 논리 설계에서 레코드 식별자로 사용되는데, 이는
기본 키를 설정하려는 원래 의도이기도 한 반면, 고유 키는 단지 고유성을 보장하기 위한 것입니다. 도메인/도메인 그룹.

5. 복합 인덱스와 단일 인덱스

복합 인덱스는 쿼리 쿼리 시 이러한 필드가 결합되는 경우가 많습니다. 다시 조건

고유 인덱스는 주로 기본 키 ID로 인덱싱되며 저장 구조 순서는 물리적 구조와 일치합니다

예: tbl(a,b에 ​​인덱스 idx를 생성합니다. )

먼저 a로 정렬하고, a를 b로 정렬하면

에서 이 인덱스를 사용할 수 있지만, b만 체크하면 인덱스가 별로 도움이 되지 않습니다. .. 검색으로 점프할 수도 있습니다.

-------------------------------- -------- -------

색인 추가 및 삭제:

1. 테이블의 기본 키, 외래 키에는 인덱스가 있어야 합니다.

2. 데이터 양이 300w를 초과하는 테이블에는 인덱스가 있어야 합니다.

필드에 인덱스를 설정하기 전에 다른 테이블에 자주 연결해야 합니다.

4. Where 절에 자주 나타나는 필드, 특히 큰 테이블의 필드는 인덱스를 생성해야 합니다. ;

5. 인덱스는 선택성이 높은 필드에 구축해야 합니다.

6. 인덱스는 큰 텍스트 필드나 매우 긴 필드에 구축해야 합니다. 🎜>

7. 복합 인덱스 설정에는 신중한 분석이 필요합니다. 대신 단일 필드 인덱스 사용을 고려해 보세요.

A. 일반적으로 필드인 복합 인덱스에서 기본 열 필드를 올바르게 선택합니다.

B. 복합 인덱스의 여러 필드가 AND 방식으로 Where 절에 동시에 나타나는 경우가 자주 있습니까? 단일 필드 쿼리가 거의 없거나 전혀 없나요? 그렇다면 복합 인덱스를 구축할 수 있습니다. 그렇지 않으면 단일 필드 인덱스를 고려하세요.

C. 복합 인덱스에 포함된 필드가 Where 절에 단독으로 나타나는 경우가 많습니다.

D. 복합 인덱스에 3개 이상의 필드가 포함된 경우 필요성을 신중하게 고려하여 단일 필드 인덱스와 복합 필드 수를 줄이는 것을 고려하세요. 이러한 필드의 복합 인덱스는 일반적으로 삭제될 수 있습니다.

8. 데이터 작업을 자주 수행하는 테이블에 대해 너무 많은 인덱스를 생성하지 마십시오.

9.

위의 내용은 지수를 설정할 때 일반적으로 판단하는 사항입니다.

한마디로 지수 설정은 신중해야 하며, 각 지수의 필요성을 면밀히 분석해 설정 근거가 있어야 한다는 것이다. 인덱스가 너무 많고 인덱스가 부족하거나 올바르지 않으면 성능에 도움이 되지 않습니다. 테이블에 생성된 각 인덱스는 스토리지 오버헤드를 증가시키고 인덱스는 삽입, 삭제 및 업데이트 작업에 대한 처리 오버헤드도 증가시킵니다. 또한, 단일 필드 인덱스가 있는 경우 일반적으로 너무 많은 복합 인덱스는 가치가 없습니다. 반대로 데이터가 추가 및 삭제될 때 성능이 저하되며, 특히 자주 업데이트되는 테이블의 경우 부정적인 영향이 더욱 커집니다.

위 내용은 MySQL의 인덱스 설계 원리와 일반적인 인덱스 간의 차이점에 대한 간략한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!