MySQL 테이블에 인덱스를 어떻게 추가합니까?

약 150,000 행의 데이터가있는 매우 큰 MySQL 테이블이 있습니다. 현재 시도하고 실행할 때

SELECT * FROM table WHERE id = '1';

ID 필드가 기본 인덱스이므로 코드가 제대로 실행됩니다. 그러나 프로젝트의 최근 개발을 위해서는 다른 필드로 데이터베이스를 검색해야합니다. 예를 들면 다음과 같습니다.

SELECT * FROM table WHERE product_id = '1';

이 필드는 이전에 색인화되지 않았습니다. 그러나 하나를 추가 했으므로 mysql은 이제 필드를 색인화하지만 위 쿼리를 실행하려고하면 매우 느리게 실행됩니다. EXPLAIN 쿼리는 product_id 필드에 이미 인덱스를 추가했을 때 인덱스가 없다는 것을 나타내므로 쿼리는 단일 행을 반환하는 데 20 분에서 30 분이 걸립니다.

내 전체 EXPLAIN 결과는 다음과 같습니다.

| id | select_type | table | type | possible_keys| key  | key_len | ref  | rows  | Extra       |
+----+-------------+-------+------+--------------+------+---------+------+-------+------------------+
|  1 | SIMPLE      | table | ALL  | NULL         | NULL | NULL    | NULL |157211 | Using where |
+----+-------------+-------+------+--------------+------+---------+------+-------+------------------+

방금 살펴본 결과 ID 필드는 INT로 저장되고 PRODUCT_ID 필드는 VARCHAR로 저장됩니다. 이것이 문제의 원인 일 수 있습니까?

ALTER TABLE `table` ADD INDEX `product_id_index` (`product_id`)

절대 비교할 integer에 strings있는 MySQL. 경우 id이며 int, 따옴표를 제거합니다.

ALTER TABLE TABLE_NAME ADD INDEX (COLUMN_NAME);

이 구문을 사용하여 색인을 추가하고 색인 종류 (HASH 또는 BTREE)를 제어 할 수 있습니다.

create index your_index_name on your_table_name(your_column_name) using HASH;
or
create index your_index_name on your_table_name(your_column_name) using BTREE;

BTREE와 HASH 인덱스의 차이점에 대해서는 http://dev.mysql.com/doc/refman/5.5/en/index-btree-hash.html에서 확인할 수 있습니다.

여러 개의 필드 인덱스를 사용하면 쿼리 성능이 크게 향상 될 수 있습니다. 위의 예에서 ProductID가 조회 할 유일한 필드이지만 ProductID = 1 AND Category = 7이라고하는 쿼리 인 경우 다중 열 인덱스가 도움이됩니다. 이것은 다음과 같이 달성됩니다.

ALTER TABLE `table` ADD INDEX `index_name` (`col1`,`col2`)

또한 인덱스는 쿼리 필드의 순서와 일치해야합니다. 확장 된 예제에서 색인은 (ProductID, Category)가 아니면 안됩니다.

두 가지 유형의 인덱스를 추가 할 수 있습니다. 기본 키를 정의하면 MySQL이 기본적으로 인덱스를 인덱스로 사용합니다.

설명

인덱스로 기본 키

당신이이 고려 tbl_student테이블을하고 당신이 원하는 student_id기본 키로 :

ALTER TABLE `tbl_student` ADD PRIMARY KEY (`student_id`)

위의 명령문은 기본 키를 추가합니다. 즉, 색인화 된 값은 고유해야하며 NULL 일 수 없습니다.

색인 이름을 지정하십시오

ALTER TABLE `tbl_student` ADD INDEX student_index (`student_id`)

위의 문장은 student_index이름으로 일반 색인을 만듭니다 .

고유 인덱스 생성

ALTER TABLE `tbl_student` ADD UNIQUE student_unique_index (`student_id`)

여기, student_unique_indexstudent_id에 할당 된 색인 이름이며 값이 고유해야하는 색인을 작성합니다 (여기서는 널을 허용 할 수 있음).

전체 텍스트 옵션

ALTER TABLE `tbl_student` ADD FULLTEXT student_fulltext_index (`student_id`)

위의 문장은 student_fulltext_indexMyISAM Mysql Engine이 필요한 전체 텍스트 인덱스 이름을로 만듭니다 .

인덱스를 제거하는 방법?

DROP INDEX `student_index` ON `tbl_student`

사용 가능한 인덱스를 확인하는 방법은 무엇입니까?

SHOW INDEX FROM `tbl_student`

당신은 당신이 색인이 있다고 말하면, 설명은 그렇지 않다고 말합니다. 그러나 실제로 할 경우 다음과 같이 진행하십시오.

열에 인덱스가 있고 MySQL이 사용하지 않기로 결정한 경우 다음과 같은 이유로 인해 인덱스가 발생할 수 있습니다.

1. 쿼리에 MySQL이 사용하기에 더 적합한 것으로 간주되는 또 다른 인덱스가 있으며 하나만 사용할 수 있습니다. 일반적인 검색 방법이 둘 이상의 열 값인 경우 솔루션은 일반적으로 여러 열에 걸친 인덱스입니다.
2. MySQL은 많은 일치하는 행이 있다고 결정하고 테이블 스캔이 더 빠를 것이라고 생각합니다. 그렇지 않은 경우에는 때때로 ANALYZE TABLE도움이됩니다.
3. 보다 복잡한 쿼리에서는 쿼리 계획에서 매우 지능적인 사고 부두를 기반으로 사용하지 않기로 결정합니다. 어떤 이유로 든 현재 요구 사항에 맞지 않습니다.

(2) 또는 (3)의 경우 인덱스 힌트 sytax 로 인덱스 를 사용하도록 MySQL을 동축시킬 수 있지만, 그렇게 할 경우 실제로 테스트 할 때 인덱스를 사용하는 것이 실제로 성능을 향상시키는 지 확인하기 위해 테스트를 실행하십시오. .