MySQL 인덱스의 구축은 MySQL의 효율적인 운영을 위해 매우 중요합니다. 인덱스는 MySQL의 검색 속도를 크게 향상시킬 수 있습니다.
예를 들어 제대로 설계되어 인덱스를 사용하는 MySQL이 람보르기니라면, 설계되지 않고 인덱스를 사용하는 MySQL은 인간 세발자전거입니다.
인덱스는 단일 열 인덱스와 결합 인덱스로 구분됩니다. 단일 열 인덱스는 인덱스가 단일 열만 포함한다는 의미입니다. 테이블은 여러 개의 단일 열 인덱스를 가질 수 있지만 이는 결합된 인덱스가 아닙니다. 결합 인덱스, 즉 인덱스에는 여러 열이 포함됩니다.
인덱스를 생성할 때 인덱스가 SQL 쿼리 문의 조건(일반적으로 WHERE 절의 조건)에 적용되는지 확인해야 합니다.
사실 인덱스도 기본 키와 인덱스 필드를 저장하고 엔터티 테이블의 레코드를 가리키는 테이블이기도 합니다.
32개 코어, 30G 이상의 메모리, 1천만 항목에 대한 비클러스터형 인덱스를 생성하는 데 7분이 걸렸습니다.
데이터량이 1억개라면 70분 이상 걸릴 것으로 예상됩니다.
클러스터형 인덱스는 시간이 더 오래 걸립니다. 이를 위해서는 인덱스 정렬과 분기 인덱스 복합 B-트리 구축이 필요합니다.
일반적으로 대용량 데이터의 경우 새 테이블을 생성하고 인덱스를 설정한 후 일괄적으로 데이터를 가져오는 것이 좋습니다.
1억 개의 데이터를 인덱싱하면 불쌍한 기계는 기본적으로 충돌하거나 좀비가 됩니다.
하루만 기다려도 안되면 위의 방법을 쓰겠습니다.
인덱스는 유형과 밀접한 관련이 있습니다. 일반적으로 고정 길이 필드는 가변 길이 필드보다 간단하고 IO를 덜 소비하며 시간을 절약합니다. 두 번째는 복합 인덱스가 더 복잡해진다는 것입니다. 한 테이블에 여러 인덱스가 있으면 인덱스 구조를 저장하는 데 시간이 더 많이 걸립니다.
테이블에 있는 데이터 페이지 수, 파일 수, 각 페이지에 있는 슬롯 수는 시간에 영향을 미칩니다.
위 내용은 mysql 인덱스를 업데이트하는 데 시간이 얼마나 걸립니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!