평범하지 않은 Geolocation 쿼리 db 캐싱

Question

먼저 캐싱에 신참이라고 말하고 싶습니다. 따라서 내 질문에 어리 석다면 모든 설명을 정교하게하고 부담하십시오.

저는 리소스가 매우 제한된 서버가 있으므로 가능한 한 효과적으로 db- 쿼리를 캐싱하는 데 관심이 있습니다. 내 문제는 이것입니다 :

geolocations에 대한 테이블이있는 MYSQL DB가 있습니다. 위도와 위도 (lat와 lng) 열이 있습니다. 위도는 lat와 lng가 항상 같고 색인은 1 개뿐입니다. 내 이해에 효과적으로 사용됨 (?).

쿼리가 매우

select lat, lng 
where lat BETWEEN 123123123 AND 312412312 AND lng BETWEEN 235124231 AND 34123124 

같은 좌표로 교류되는 곳 끊임없이 변화하는 BETWEEN 쿼리의 경계에있는 긴 숫자, 그래서이 스마트 방식을 캐시 할 수있는 방법은, 그래서 거기 캐시가 완전한 쿼리 일치 일 필요는 없지만 이전 쿼리 간의 값을 일부 db 리소스를 절약하기 위해 새 값에 대해 유지할 수 있습니까?

내 질문에 답변 해 주시면 감사하겠습니다. 부탁드립니다.

는 너무 감사

업데이트 이제 내가 쿼리의 가장 효율적인 방법이 될 것입니다 무엇을 알고 싶은 몇 가지 반응을 얻었으니 24/01/2011

. INT 값으로 쿼리 실행 사이

1. 는 빠르게 또는
2. 포인트 값으로 반경 계산은 어떻게 최적의 인덱스의 모습

1. 경우 빠른 실행 할 것인가?

Answer 1

테이블은 당신이 기꺼이하지 않거나 공간 인덱스, 당신이해야 두 개의 인덱스를 사용할 수없는 경우 Point 데이터 타입 (자세한 내용은 this answer 참조)

를 사용할 수 MyISAM 경우 :

CREATE INDEX ix_mytable_lat_lon ON mytable (lat, lon) 
CREATE INDEX ix_mytable_lon_lat ON mytable (lon, lat) 

을

이 경우 MySQL은 이러한 인덱스를 통해 index_intersect을 사용할 수 있습니다.이 인덱스는 단순한 단일 인덱스 필터링보다 빠릅니다.

두 개가 있으면 선택적인 색인을 선택할 수 있습니다.

캐싱의 경우 색인에서 읽은 모든 페이지가 캐시되고 더 높은 데이터로 덮어 쓰기 될 때까지 메모리에 상주합니다 (모든 데이터베이스가 캐시에 맞지는 않음).

이렇게하면 MySQL에서 디스크의 데이터를 읽을 필요가 없습니다.

MySQL도 전체 결과 집합을 메모리에 캐시 할 수 있지만 모든 매개 변수가 동일하게 반복적으로 쿼리를 반복해야합니다.

Answer 2

데이터를 더 잘 특성화해야 할 필요가 있다고 생각합니다.상관 관계가없는 위도와 경도에 균등하게 분산 된 데이터가 있고 검색어가 유사하게 분산되어 있고 독립적 인 경우에는 문제가 발생합니다. 그러나 데이터 또는 쿼리가 흥미로운 방식으로 클러스터링되는 경우 적어도 일부 쿼리를 더 빠르게 만드는 새로운 열을 도입 할 수 있습니다. 대부분의 쿼리가 일부 어려운 범위 내에서 발생하는 경우 해당 데이터를 따로 설정할 수 있습니다. 플래그를 추가하거나 다른 테이블에 연결하거나 빈번하게 요청 된 데이터를 자체 테이블에 넣을 수도 있습니다. 데이터에 대해 더 이상 알려 줄 수 있습니까?