redis가 단일 스레드인 이유: 1. 단일 스레드는 다양한 잠금의 성능 소비를 요구하지 않습니다. 2. 단일 스레드 다중 프로세스 클러스터 솔루션 3. 단일 스레드를 사용하면 불필요한 컨텍스트 전환 및 경합 조건이 방지됩니다. , 여러 프로세스로 인한 전환이나 스레드가 CPU를 소비하지 않습니다.
간단한 분석:
(권장 튜토리얼: redis 튜토리얼)
Redis는 메모리 기반 작업이므로 Redis의 병목 현상은 거의 없습니다. 머신 메모리 또는 네트워크 대역폭. 단일 스레딩은 구현하기 쉽고 CPU가 병목 현상을 일으키지 않기 때문에 Redis가 단일 스레드 솔루션을 채택하는 것이 논리적입니다.
상세한 이유:
1. 다양한 잠금의 성능 소모가 필요하지 않습니다.
Redis의 데이터 구조는 모두 단순한 Key-Value가 아니라 목록 및 해시와 같은 복잡한 구조일 수도 있습니다. 긴 목록의 끝에 요소를 추가하거나 해시에서 개체를 추가하거나 삭제하는 등의 세부적인 작업입니다. 이러한 작업에는 많은 잠금을 추가해야 하므로 동기화 오버헤드가 크게 증가할 수 있습니다.
간단히 말하면, 단일 스레드의 경우 다양한 잠금 문제를 고려할 필요가 없으며 잠금 작업 및 교착 상태 발생으로 인한 성능 소모도 없습니다.
2. 단일 스레드 다중 프로세스 클러스터 솔루션
단일 스레드의 성능은 실제로 매우 강력하며, 각 코어의 효율성도 매우 높기 때문에 당연히 단일 스레드보다 성능 한계가 더 높을 수 있습니다. 그러나 오늘날의 컴퓨팅 환경에서는 단일 머신 멀티 스레딩의 상한선조차도 요구 사항을 충족하지 못하는 경우가 많습니다. 더 탐구해야 할 것은 멀티 스레딩 기술을 아직 사용할 수 없는 다중 서버 클러스터링 솔루션입니다.
3. CPU 소모
단일 스레드를 사용하면 불필요한 컨텍스트 전환 및 경쟁 조건을 피할 수 있으며, 멀티 프로세스나 멀티 스레딩으로 인한 전환으로 인한 CPU 소모가 없습니다. 하지만 CPU가 Redis의 병목 현상을 일으키거나 서버의 다른 CPU 코어가 유휴 상태가 되는 것을 원하지 않는다면 어떻게 될까요?
Redis 프로세스를 여러 개 더 시작하는 것을 고려할 수 있습니다. Redis는 관계형 데이터베이스가 아닌 키-값 데이터베이스이며 데이터 간에 제약이 없습니다. 클라이언트가 어떤 Redis 프로세스에 어떤 키가 배치되는지 구별하는 한 괜찮습니다.
위 내용은 Redis가 단일 스레드인 이유의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!