MySQL 압축 프로토콜은 언제 사용해야합니까?

MySQL이 서버와 클라이언트 간의 통신을 압축 할 수 있다는 것을 배웠습니다.

압축은 클라이언트와 server support zlib compression, and 클라이언트가 압축을 요청합니다.

가장 확실한 장단점은

그렇다면 압축 프로토콜은 적절한 사양의 서버를 감당할 수있을 때마다 활성화해야합니까? 고려해야 할 다른 요소가 있습니까?

 

해결 방법

 

성능 이점은 데이터베이스 서버와 해당 클라이언트 간의 네트워크 대역폭 및 대기 시간 외에도 전송하는 결과 집합의 크기에 따라 크게 달라집니다.

결과 세트가 클수록 지연 시간이 길거나 대역폭이 적을수록 압축의 이점을 더 많이 볼 수 있습니다.

최대 서비스 수준은 가장 작은 병목 현상으로 제한됩니다. 따라서 네트워크 및 CPU 리소스와 관련하여 현재 위치를 분석해야합니다.

가장 최적화 된 데이터베이스 서버는 CPU의 100 %를 항상 100 % 사용합니다. 그렇지 않으면 아무것도하지 않는 프로세서를 사용하여 컴퓨팅 리소스를 낭비하게됩니다. 물론 101 %를 원하지 않으므로 목표 범위는 100 %보다 훨씬 낮습니다. 그러나 내 요점은 CPU 병목 현상에 도달하기 전에 많은 헤드 룸이 있고 결과 세트가 상당한 크기이고 네트워크가 요인 인 경우 압축을 켜는 것입니다. CPU주기는 저렴하며 특히 사용하지 않는주기는 저렴합니다 (전기 및 냉각 비용은 지불해야 함).

대역폭에 대한 비용을 지불하면 CPU 사용량을 대역폭으로 거래하는 것이 쉽게 정당화되며 대역폭 병목 현상에 거의 도달하지 않더라도 더 빠른 속도와 더 높은 수준의 서비스는 가치가 있습니다.

클라이언트는 또한 데이터 압축을 풀기 위해 CPU주기를 소비해야한다는 것을 잊지 마십시오. 중요한 문제는 아니지만 여전히 요인입니다. 일반적으로 오늘날의 CPU는 오늘날의 네트워크보다 빠릅니다.

 

참조 페이지 https://stackoverflow.com/questions/2506460