Selllimit Limit 매개변수를 사용하여 MySQL 쿼리를 최적화하는 방법

며칠 전 외국인이 작성한 프로그램을 보았는데 MySQL 쿼리에 Limit 키워드를 많이 사용하는 것 같았습니다. 제가 보기엔 MySQL 데이터베이스에서 Limit 키워드를 더 많이 사용하는 것 같아서 매우 흥미로웠습니다. 프로그래머는 이를 사용하여 쿼리 페이징을 수행합니다. (물론 이는 좋은 쿼리 최적화이기도 합니다.) 다음은 페이징 쿼리가 필요하다고 가정합니다. Oracle은 일반적으로 이를 구현하기 위해 다음 SQL 문장을 사용합니다. >( SELECT a1.*, rownum rownum_
FROM testtable a1
WHERE rownum > 20)
WHERE rownum_ 이 명령문은 테이블의 레코드 20~1000개를 테스트 테이블에 쿼리할 수 있습니다. 그리고 중첩된 쿼리가 필요합니다. 이는 그다지 효율적이지 않습니다. MySQL의 구현을 살펴보겠습니다.
SELECT * FROM testtable a1limit 20,980;
이것은 테스트 테이블 레코드에서 (20 + 980 =)로 21을 반환합니다. 1000개의 레코드.
구현 구문은 참으로 간단하지만, 여기서 두 SQL 문의 효율성에 대해 이야기하고 싶다면 MySQL에서 Limit 옵션을 해석하는 방법이 다양하고 속도 차이가 있기 때문에 비교하기가 어렵습니다. 규모가 크므로 이 진술의 단순성을 토대로 누가 더 효율적인지 말할 수 없습니다.
그래도 프로그래머 입장에서는 간단하면 유지비가 저렴하니까 좋죠, 하하.
이 Limit의 구문에 대해 이야기해 보겠습니다.
SELECT ……. --Select 문의 다른 매개변수
[LIMIT {[offset,] row_count | row_count OFFSET offset}]
여기서 오프셋은 오프셋 Shift(이 오프셋의 시작 주소는 1이 아닌 0이므로 실수하기 쉽습니다.) 이름에서 알 수 있듯이 시작점에서 떨어진 위치이며 행 개수도 매우 간단합니다. 반환되는 레코드 수에 대한 제한.
예: SELECT * FROM testtable alimit 10,20 where ....
이렇게 하면 10개 행 이후에 where 조건을 충족하는 20개의 레코드가 반환됩니다(10개 행 자체 포함).
그런 다음 제약 조건이 없으면 10~29행의 레코드가 반환됩니다.
그렇다면 이것이 전체 테이블 스캔을 피하는 것과 어떤 관련이 있습니까? 다음은 Limit 매개변수 최적화 스캔에 대한 MySQL 매뉴얼의 설명입니다.
어떤 경우에는 HAVING을 사용하는 대신 LIMIT 옵션을 사용할 때 MySQL이 쿼리를 다르게 처리합니다.
l LIMIT를 사용하여 행의 하위 집합만 선택하는 경우 MySQL은 일반적으로 전체 테이블 스캔을 수행하지만 경우에 따라 인덱스(ipart 관련)를 사용합니다.
l ORDER BY와 함께 LIMIT n을 동시에 사용하면 MySQL이 기준에 맞는 첫 번째 레코드를 찾은 후 전체 테이블을 정렬하는 대신 정렬이 종료됩니다.
l LIMIT n과 DISTINCT를 함께 사용하면 MySQL은 레코드를 찾은 후 쿼리를 중지합니다.
l 어떤 경우에는 키를 순차적으로 읽거나(또는 키에 따라 정렬) 키 값이 변경될 때까지 요약을 계산하여 GROUP BY를 해결할 수 있습니다. 이 경우 LIMIT n은 불필요한 GROUP을 평가하지 않습니다.
l MySQL이 클라이언트에 n번째 행 전송을 마치면 나머지 쿼리는 중단됩니다.
l 그리고 LIMIT 0 옵션은 항상 빈 레코드를 빠르게 반환합니다. 이는 쿼리를 확인하고 결과 열의 열 유형을 가져오는 데 유용합니다.
l 임시 테이블의 크기는 LIMIT #을 사용하여 쿼리를 해결하는 데 필요한 공간을 계산합니다.

위 내용은 Selllimit의 내용을 포함하여 Selllimit가 MySQL 쿼리를 최적화하기 위해 Limit 매개변수를 사용하는 방법을 소개합니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.