MySQL은 시스템 실행 속도를 향상시키기 위해 인덱스를 생성합니다.

mytable 테이블을 생성한다고 가정해 보겠습니다.
CREATE TABLE mytable( ID INT NOT NULL, 사용자 이름 VARCHAR(16) NOT NULL ); 5555, admin을 포함하여 10,000개의 레코드를 무작위로 삽입합니다.
username="admin" SELECT * FROM mytable WHERE username='admin';의 레코드를 검색할 때, username에 인덱스가 설정되어 있으면 MySQL은 스캔 없이 정확하게 레코드를 찾을 수 있습니다. 반대로 MySQL은 모든 레코드를 검색합니다. 즉, 10,000개의 레코드가 쿼리됩니다.
인덱스는 단일열 인덱스와 결합 인덱스로 구분됩니다. 단일 열 인덱스는 인덱스가 단일 열만 포함한다는 의미입니다. 테이블은 여러 개의 단일 열 인덱스를 가질 수 있지만 이는 결합된 인덱스가 아닙니다. 결합 인덱스, 즉 하나의 인덱스에 여러 열이 포함됩니다.
MySQL 인덱스 종류는 다음과 같습니다.
(7) 인덱스 사용 시 주의사항
인덱스 사용 시 주의사항은 다음과 같습니다.
◆인덱스에는 NULL 값이 포함된 열이 포함되지 않습니다. ​​
열에 NULL 값이 포함되어 있으면 인덱스에 포함되지 않습니다. 복합 인덱스의 한 열에 NULL 값이 포함되어 있으면 이 열은 이 복합 인덱스에 유효하지 않습니다. 따라서 데이터베이스를 설계할 때 해당 필드의 기본값이 NULL이 되도록 해서는 안 됩니다.
◆짧은 인덱스
를 사용하여 문자열을 인덱스하고 가능하면 접두사 길이를 지정합니다. 예를 들어 CHAR(255) 열이 있는 경우 대부분의 값이 처음 10자 또는 20자 내에서 고유한 경우 전체 열을 인덱싱하지 마세요. 짧은 인덱스는 쿼리 속도를 향상시킬 뿐만 아니라 디스크 공간과 I/O 작업을 절약합니다.
◆인덱스 열 정렬
MySQL 쿼리는 하나의 인덱스만 사용하기 때문에 where 절에 인덱스가 사용된 경우 순서대로의 열은 인덱스를 사용하지 않습니다. 따라서 데이터베이스의 기본 정렬이 요구 사항을 충족할 수 있으면 정렬 작업을 사용하지 마십시오. 필요한 경우 이러한 열에 대한 복합 인덱스를 만드는 것이 가장 좋습니다.
◆Like 문 연산
일반적으로 Like 연산을 사용해야 한다면 어떻게 사용하는지도 문제입니다. "%aaa%"는 인덱스를 사용하지 않지만 "aaa%"는 인덱스를 사용합니다.
◆열에 대해 작업하지 마세요.
YEAR(adddate)<2007;이 각 행에 대해 작업할 사용자에서 *를 선택하면 인덱스가 실패하고 전체 테이블 스캔을 수행하므로 변경할 수 있습니다.
adddate<'2007-01-01';인 사용자에서 *를 선택하세요.
◆NOT IN 및 <> 연산을 사용하지 마세요
위에서 MySQL 인덱스 유형이 소개되었습니다.
(6) 인덱스의 단점
위에서 인덱스를 사용하면 좋은 점을 언급했지만, 인덱스를 과도하게 사용하면 악용이 발생할 수 있습니다. 따라서 인덱스에도 단점이 있습니다.
◆인덱스를 사용하면 쿼리 속도가 크게 향상되지만 테이블에 대한 INSERT, UPDATE, DELETE 등 테이블 업데이트 속도도 느려집니다. 테이블을 업데이트할 때 MySQL은 데이터를 저장할 뿐만 아니라 인덱스 파일도 저장해야 하기 때문입니다.
◆인덱스 파일을 생성하면 디스크 공간을 차지하게 됩니다. 일반적으로 이 문제는 심각하지 않지만, 큰 테이블에 여러 개의 결합된 인덱스를 생성하면 인덱스 파일이 빠르게 확장됩니다.
인덱스는 효율성을 향상시키는 한 가지 요소일 뿐입니다. MySQL에 대규모 데이터 테이블이 있는 경우 최고의 인덱스를 조사하고 구축하거나 쿼리 문을 최적화하는 데 시간을 투자해야 합니다.
(5) 인덱스 생성 타이밍
지금까지 인덱스 생성 방법을 배웠는데, 어떤 상황에서 인덱스를 생성해야 할까요? 일반적으로 WHERE 및 JOIN에 나타나는 열은 인덱싱되어야 하지만 MySQL은 <, <=, =, >, >=, BETWEEN, IN 및 때로는 LIKE 인덱스만 사용하기 때문에 이는 전적으로 사실이 아닙니다. 색인. 예:
SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username WHERE m.age=20 AND m.city='Zhengzhou' 이때 도시와 나이를 색인화해야 합니다. 왜냐하면 mytable 테이블의 사용자 이름은 JOIN 절에도 나타나며 이를 인덱싱해야 하기 때문입니다.
방금 언급했듯이 LIKE는 특정 시간에만 색인을 생성하면 됩니다. MySQL은 와일드카드 문자 % 및 _로 시작하는 쿼리를 만들 때 인덱스를 사용하지 않기 때문입니다. 예를 들어, 다음 문장에서는 인덱스를 사용합니다:
SELECT * FROM mytable WHERE username like'admin%', 다음 문장에서는 인덱스를 사용하지 않습니다:
SELECT * FROM mytable WHEREt Name like'%admin' 따라서 LIKE를 사용할 때는 위의 차이점에 주의해야 합니다.
(4) 복합 인덱스
단일 열 인덱스와 복합 인덱스를 생생하게 비교하려면 테이블에 여러 필드를 추가하세요.
CREATE TABLE mytable( ID INT NOT NULL, 사용자 이름 VARCHAR(16) NOT NULL, city ​​VARCHAR (50) NOT NULL, age INT NOT NULL ); MySQL의 효율성을 더욱 끌어내기 위해서는 결합 인덱스 구축을 고려할 필요가 있다. 이름, 도시, 연령을 인덱스에 작성하세요.
ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age); 테이블을 생성할 때 사용자 이름 길이는 16이고 여기서는 10이 사용됩니다. 이는 일반적으로 이름 길이가 10을 초과하지 않으므로 인덱스 쿼리 속도가 빨라지고 인덱스 파일 크기가 줄어들며 INSERT의 업데이트 속도가 향상되기 때문입니다.
사용자 이름, 도시, 연령에 대해 각각 단일 열 인덱스를 생성하여 테이블에 3개의 단일 열 인덱스가 있는 경우 쿼리 효율성은 위에서 언급한 결합 인덱스와 매우 다르며 이는 결합 인덱스보다 훨씬 낮습니다. . 현재 3개의 인덱스가 있지만 MySQL은 가장 효율적이라고 생각되는 단일 열 인덱스만 사용할 수 있습니다.
이러한 결합 인덱스를 구축하는 것은 실제로 다음 세 가지 결합 인덱스 세트를 구축하는 것과 같습니다.
usernname,city,age usernname,city usernname 왜 city, age와 같은 결합 인덱스가 없는 걸까요? 이는 MySQL 복합 인덱스의 "가장 왼쪽 접두사"의 결과입니다. 간단한 이해는 가장 왼쪽부터 조합을 시작하는 것입니다. 이 세 개의 열을 포함하는 쿼리가 이 결합 인덱스를 사용할 뿐만 아니라 다음 SQL도 이 결합 인덱스를 사용합니다.
SELECT * FROM mytable WHREE 사용자 이름="admin" AND city="Zhengzhou" SELECT * FROM mytable WHREE username="admin " 다음 항목은 사용되지 않습니다.
SELECT * FROM mytable WHREE age=20 AND city="Zhengzhou" SELECT * FROM mytable WHREE city="Zhengzhou"
(3 ) 기본 키 인덱스
null 값을 허용하지 않는 특수 고유 인덱스입니다. 일반적으로 기본 키 인덱스는 테이블을 생성할 때 생성됩니다.
CREATE TABLE mytable( ID INT NOT NULL, 사용자 이름 VARCHAR(16) NOT NULL, PRIMARY KEY(ID) ) 물론 ALTER 명령을 사용할 수도 있습니다. . 기억하세요: 테이블에는 기본 키가 하나만 있을 수 있습니다.
(2) 고유 인덱스
인덱스 컬럼의 값이 고유해야 한다는 점만 제외하면 이전의 일반 인덱스와 유사하지만 null 값이 허용됩니다. 복합 인덱스의 경우 컬럼 값의 조합이 고유해야 합니다. 다음과 같은 생성 방법이 있습니다:
◆인덱스 생성
CREATE UNIQUE INDEX indexName ON mytable(사용자 이름(길이)) ◆테이블 구조 수정
ALTER mytable ADD UNIQUE [indexName] ON (사용자 이름(길이)) ◆테이블 생성 시
CREATE TABLE mytable( ID INT NOT NULL, 사용자 이름 VARCHAR(16) NOT NULL, UNIQUE [indexName] (사용자 이름(길이)) );
(1) 일반 인덱스
가장 기본적인 색인으로 제한이 없습니다. 생성 방법은 다음과 같습니다.
◆인덱스 생성
CREATE INDEX indexName ON mytable(username(length)); CHAR, VARCHAR 유형인 경우 길이는 필드의 실제 길이보다 작을 수 있습니다. BLOB 및 TEXT 유형이며 길이를 지정해야 하며 아래와 동일합니다.
◆테이블 구조 수정
ALTER mytable ADD INDEX [indexName] ON (사용자 이름(길이)) ◆테이블 생성 시 직접 지정
CREATE TABLE mytable( ID INT NOT NULL, 사용자 이름 VARCHAR(16) NOT NULL , INDEX [indexName] (username(length)) ); 인덱스 삭제 구문:
DROP INDEX [indexName] ON mytable;
인덱스는 빠른 검색의 핵심입니다. MySQL 인덱스의 구축은 MySQL의 효율적인 운영을 위해 매우 중요합니다. 다음은 몇 가지 일반적인 MySQL 인덱스 유형입니다.
데이터베이스 테이블에서 인덱싱 필드는 쿼리 속도를 크게 향상시킬 수 있습니다.

위 내용은 시스템의 실행 속도를 향상시키기 위한 Mysql 인덱싱 내용입니다. 더 많은 관련 글은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!