?
캐시는 첫 번째 쿼리에서 채워야하며 수동으로 생성되지 않아야합니다.
배경 : 데이터베이스가 동일 (가상) 시스템에서 현재 때문에 자체에 연결을하게 클라우드에서 웹 서버까지 거기
. 데이터베이스가 다른 서버에있을 미래의 확장을 위해 웹 서버를 database.example.com과 같은 주소로 가리키고 DNS 레코드를 127.0.0.1로 설정했습니다. 계획은 모든 것이 마이그레이션 된 후에 DNS 레코드를 간단히 변경할 수 있다는 것입니다. 이것은 웹과 데이터베이스로 인해 과도하게 보일 수도 있지만 다른 유형의 서버 (redis, node.js 등)도 있습니다.
문제는 호스트 이름 버전을 사용할 때 매우 느리게 진행된다는 것입니다. session_start의 경우 5-10 초). IP 주소 (예 : 127.0.0.1)를 사용하면 매우 빠릅니다 (몇 밀리 초).
DNS에 문제가 있다는 것이 확실해 보입니다. 로컬 캐싱은 시스템의 다른 부분을 단계별로 살펴 보지 않고 모든 것을 한 곳에서 관리 할 수 있기 때문에 훌륭한 솔루션이라고 생각합니다. 및 구성을 변경하십시오.
인가이 윈도우를 사람들을 변경해야하는 경우 그 /etc/resolv.conf 파일 변경/자동 재 작성 일부 스크립트가있을 수 있습니다 섬기는 사람? 그렇다면 IPv6를 사용하지 않으면 빠른 속도로 진행될 수 있습니다. IPv6 이후 버전의 Windows (Server 2008 이후 버전)에서는 항상 IPv6 조회를 먼저 시도한다는 문제가 있습니다. 이는 일반적으로 5- 10 초 지연, 따라서 내가 왜 제안하는지 :) –
linux/우분투 - 위의 내용을 반영하도록 수정했습니다. – davidkomer