Mysql 인덱싱 모범 사례

Question

어때요? 나는 이것이 복제본으로 간주되지 않기를 바라고 있습니다 ... mysql two column primary key with auto-increment

다른 데이터베이스를 참조하려고하지는 않지만 내 질문은 약간 다릅니다. 나는 이것에 대해 가장 잘하는 방법을 알고 싶다 ... primary key으로 page_id라고하는 주석 테이블을 갖고 싶지만 각 행과 관련된 자동 증가 ID가 여전히 필요하다. 그래서 그들을 업데이트하거나 삭제할 때 ID로 대응할 수 있습니다.

id INT(8) NOT NULL AUTO_INCREMENT, 
page_id INT(5) NOT NULL, 
comment VARCHAR(2500) NOT NULL, 
PRIMARY KEY (id) 

을 다음과 내 쿼리의 모습으로 지금부터 내 표는

SELECT comment FROM comments WHERE page_id = '$page_id' AND id >= $start_at_id 

내가 MySQL의 최적화 비디오의 무리를보고있다 그리고 나는에 인덱스를 듣고 계속 .... 구성되어있다 왼쪽,하지만 내 문제는 대부분의 눈이 멀어서 코드 예제를 볼 수 없다는 것입니다. 여기서 내 스크린 리더는 모든 것을 가능하게 할 것입니다. 내 질문은 이것입니다. 같이 테이블을 설정하는 것이 더 낫겠습니까 ...

page_id INT(5) NOT NULL, 
id INT(8) NOT NULL AUTO_INCREMENT, 
comment VARCHAR(2500) NOT NULL, 
PRIMARY KEY (page_id) 

그리고 그렇다면 ... 쿼리를 구조화하는 더 좋은 방법은 무엇입니까? "start_at_id"는 페이지 매김 페이지가 아니면 0입니다. 내가 믿는 mysql 5.6에 대한 기본 엔진을 사용하고있다. (내 철자를 용서한다.) isam ???

미리 감사드립니다. 당신이 Id 열이 SELECT comment FROM comments WHERE page_id = '$page_id' AND id >= $start_at_id이 WHERE 절에 Id 열을 사용하는 primary key 인덱스 자체 및 쿼리를 가지고 있기 때문에 모든에 수정을 추가 할 필요가 없습니다처럼

Answer 1

보인다. 따라서 더 이상 색인이 필요 없습니다. page_id 열에 색인을 추가 할 수 있습니다. 하지만 내 경험에 의하면 QUERY에 차이가 없습니다. 그러나 page_id 검색어 만 확실히 속도가 향상됩니다. page_id 최적화를위한 아주 좋은 무엇 일정하기 때문에 쿼리에 대한

Answer 2

당신의 최선의 사용 색인이 인

ALTER TABLE comments ADD UNIQUE INDEX myIndex USING BTREE (page_id, id) 

될 것이다. 그러나 id에> =를 지정하면 HASH 색인 유형을 사용하지 마십시오. BTREE은 (기본값)이 동등/불균등 비교에 가장 적합합니다 (here 참조).