PHP의 영구 데이터베이스 연결에 대한 의문점이 있습니다.PHP의 영구 데이터베이스 연결
동일한 호스트/사용자와의 연결이 필요한 모든 PHP 프로세스가이 연결을 다시 설정할 필요가 없으므로 영구 연결을 사용하는 것이 효율적일 수 있음을 알고 있습니다.
최신 구현은 알 수없는 연결 상태의 문제를 극복하는 기능을 도입했다고 생각합니다.
하지만! 10,000 개의 프로세스가 동일한 연결을 공유하는 경우 연결을 한 번에 하나씩 만 사용할 수 있으므로 내 응용 프로그램의 성능이 저하됩니다! 이게 사실인가요 아니면 내가 잘못 되었습니까?
연결을 설정하는 오버 헤드를 절약하면 영구 연결을 사용하는 것이 더 빠릅니다.
영구 연결을 사용한다고해서 단일 연결이 제한되는 것은 아니며 영구 연결 수가 100 또는 1000 인 연결 풀을 가질 수 있습니다.
로드 균형 조정과 데이터베이스 클러스터를 동시에 수행하는 10000 개의 병렬 쿼리를 처리하는 경우 동시에 10k 쿼리를 밀어 넣으려고하면 단일 데이터베이스에 비 영구적 인 연결과 지속적 연결이 모두 오버로드됩니다.
영구적 인 연결, 특히 연결을 설정할 때 제공되는 효율성 이점은 실제로 데이터베이스를 쿼리하는 10k 프로세스가있는 경우 엄청납니다.
아파치에서 PHP를 실행한다고 가정하면 SQL 연결이 처음으로 만들어지면 아파치의 "자식 프로세스"가 열어 둡니다 (즉, 영구 연결). 해당 "Apache 하위 프로세스"에 속한 모든 PHP 요청은 물론 연결 정보가 동일하면 해당 연결을 다시 사용합니다. 아파치의 설정은 하나의 자식 프로세스가 재시작되기 전에 처리 할 수있는 요청의 수를 정의합니다. 이는 지속적인 연결을 지워야합니다.
이제는 루프에서 쿼리를 실행하는 경우도 있습니다. 무한 루프라고해도 과언이 아닙니다. 이 경우 비 지속 연결조차도 치명적입니다.
영구 연결을 사용하는 프로세스 수가 서버의 효율성에 영향을 미친다는 것은 의심 스럽습니다 (앞에서 언급했듯이 쿼리를 사용하여 비효율적 인 코드가없는 한). 집중해야 할 점은 얼마나 많은 지속적인 연결을 허용해야하며 얼마나 많은 데이터베이스/서버가 처리 할 수 있는가입니다.
영구 연결을위한 MySQL 매뉴얼 http://php.net/manual/en/features.persistent-connections.php은 방금 요약 한 내용의 대부분을 다룹니다.
그리고 10,000 개의 비 지속 연결을 만들면 어떤 성능을 얻을 수 있습니다 !! – Rikesh
(10k 연결 용)로드 밸런싱 mysql 클러스터 – MilMike
을 사용하면 고유 한 쿼리가 10k 개 발생하기 때문에 이전에 제출 된 쿼리는 결과가 변경되지 않은 경우 캐시 될 수 있으므로 결과가 더 빨리 반환되고 다음 쿼리로 진행됩니다. – Gntem