redis를 사용하여 기사 방문 횟수를 계산하고 어제 클릭 순위, 이번 달 클릭 순위 및 기타 데이터를 생성합니다.
성능은 매우 좋지만, 머신의 내부 속도가 충분하지 않다는 단점이 있습니다. 우리의 솔루션은 두 머신에 동시에 쓰고 가끔씩 그 중 하나의 데이터를 지우는 것입니다.
현재 Redis의 발전은 저자의 영향을 많이 받습니다. 그의 이정표는 특별히 잘 계획되지 않았기 때문에 각 버전 간에 큰 차이와 일관성이 부족했습니다.
사용해본 결과 대기열이 매우 유용하다는 것을 알았습니다. 그리고 몇 가지 카운터를 수행하는 것이 정말 좋을 것입니다.
Redis가 개선되어야 한다고 생각하는 부분:
분산 지원은 실제로 memcached와 같은 고객 서비스 측에서만 지원하면 됩니다.
VM의 이러한 기능이 유용합니까?
Redis의 PHP 드라이버는 phpredis를 사용할 때 기분이 좋습니다.
우리는 고성능이 요구되는 애플리케이션에서 Redis를 광범위하게 사용하고 있으며 주로 Redis의 Sorted Set, Hastset 및 Pub/Sub 데이터 구조를 사용합니다.
기본적으로 이는 프런트엔드(최종 사용자가 직면하는 애플리케이션)의 데이터 지속성을 위한 스토리지 서비스로 관계형 데이터를 대체합니다. 물론 최종 데이터 백업으로 Redis 뒤에 다른 데이터 스토리지 제품도 있습니다.
우리는 순위 시스템을 만들기 위해 정렬된 집합을 사용하는데, 이는 기존 구현 방법보다 훨씬 간단합니다
redis를 사용하여 기사 방문 횟수를 계산하고 어제 클릭 순위, 이번 달 클릭 순위 및 기타 데이터를 생성합니다.
성능은 매우 좋지만, 머신의 내부 속도가 충분하지 않다는 단점이 있습니다. 우리의 솔루션은 두 머신에 동시에 쓰고 가끔씩 그 중 하나의 데이터를 지우는 것입니다.
현재 Redis의 발전은 저자의 영향을 많이 받습니다. 그의 이정표는 특별히 잘 계획되지 않았기 때문에 각 버전 간에 큰 차이와 일관성이 부족했습니다.
사용해본 결과 대기열이 매우 유용하다는 것을 알았습니다. 그리고 몇 가지 카운터를 수행하는 것이 정말 좋을 것입니다.
Redis가 개선되어야 한다고 생각하는 부분:
분산 지원은 실제로 memcached와 같은 고객 서비스 측에서만 지원하면 됩니다.
VM의 이러한 기능이 유용합니까?
Redis의 PHP 드라이버는 phpredis를 사용할 때 기분이 좋습니다.
Redis는 최근 프로젝트에서 사용됩니다
1.메시지 대기열로 나열
2. 정렬된 세트는 일부 교차/결합 작업을 수행합니다(두 사용자의 친구 목록을 교차하여 공통 친구를 얻는 등)
우리는 고성능이 요구되는 애플리케이션에서 Redis를 광범위하게 사용하고 있으며 주로 Redis의 Sorted Set, Hastset 및 Pub/Sub 데이터 구조를 사용합니다.
기본적으로 이는 프런트엔드(최종 사용자가 직면하는 애플리케이션)의 데이터 지속성을 위한 스토리지 서비스로 관계형 데이터를 대체합니다. 물론 최종 데이터 백업으로 Redis 뒤에 다른 데이터 스토리지 제품도 있습니다.
내가 사용하는 Redis 기능 중 일부(bitset, hashset, sorted set, pub/sub, k-v 캐시)에 대해 이야기하겠습니다.
이 오류에 대해 알려주실 수 있나요? 그것에 대해 더 알고 싶습니다.