Wheat Academy는 Redis 비디오 자료 공유를 간단한 용어로 설명합니다.

Redis는 스토리지 시스템입니다. string(문자열), 목록(연결된 목록), 집합(집합), zset(정렬 집합 - 순서 집합) 및 해시(해시 유형)를 포함하여 상대적으로 더 많은 값 유형 저장을 지원합니다. "Maizi Academy의 심층 Redis 비디오 튜토리얼"은 이 시스템에 대한 얕은 이해부터 깊은 이해까지 안내합니다.

redis는 키-값 저장 시스템입니다. Memcached와 유사하게 string(문자열), list(연결 목록), set(집합), zset(sorted set -ordered set) 및 hash(해시 유형)를 포함하여 상대적으로 더 많은 저장 값 유형을 지원합니다. 이러한 데이터 유형은 모두 푸시/팝, 추가/제거, 교차, 결합, 차이 및 다양한 작업을 지원하며 이러한 작업은 모두 원자적입니다. 이를 기반으로 redis는 다양한 정렬 방법을 지원합니다. memcached와 마찬가지로 데이터는 효율성을 보장하기 위해 메모리에 캐시됩니다. 차이점은 redis는 주기적으로 업데이트된 데이터를 디스크에 쓰거나 수정 작업을 추가 기록 파일에 쓰며, 이를 기반으로 마스터-슬레이브(master-slave) 동기화가 이루어진다는 점입니다.

Redis는 고성능 키-값 데이터베이스입니다. Redis의 출현은 memcached와 같은 키/값 저장소의 단점을 크게 보완했으며 일부 상황에서는 관계형 데이터베이스에 대한 매우 좋은 보완 역할을 할 수 있습니다. Java, C/C++, C#, PHP, JavaScript, Perl, Object-C, Python, Ruby, Erlang 및 기타 클라이언트를 제공하므로 사용이 매우 편리합니다.

Redis는 마스터-슬레이브 동기화를 지원합니다. 데이터는 마스터 서버에서 원하는 수의 슬레이브 서버로 동기화될 수 있으며, 슬레이브 서버는 다른 슬레이브 서버와 연결된 마스터 서버가 될 수 있습니다. 이를 통해 Redis는 단일 수준 트리 복제를 수행할 수 있습니다. 저장은 의도적으로 또는 의도하지 않게 데이터를 쓸 수 있습니다. 게시/구독 메커니즘이 완전히 구현되었으므로 슬레이브 데이터베이스가 어디에서나 트리를 동기화하면 채널을 구독하고 마스터 서버의 전체 메시지 릴리스 기록을 수신할 수 있습니다. 동기화는 읽기 작업의 확장성과 데이터 중복성에 도움이 됩니다.

동영상 재생 주소: http://www.php.cn/course/566.html

학습의 어려움:

nosql 사용:

고성능, DB 높은 동시성 rw에 대한 수요(web2 .0 웹사이트는 사용자 개인화 정보를 기반으로 동적 페이지를 생성하고 실시간으로 동적 정보를 제공해야 하므로 동적 페이지 정적 기술을 사용하기 어렵기 때문에 DB에 대한 동시성 및 로드 요구 사항이 매우 높아 수만 개에 달하는 경우가 많습니다. 초당 rw 횟수. 분산 클러스터를 포함한 대규모 DB는 수만 건의 쿼리(r)를 거의 견딜 수 없지만, 수만 건의 SQL 쓰기 작업을 처리할 수 있다면 물리적 하드 디스크 IO는 더 이상 견딜 수 없습니다. 일반 대규모 BBS 웹사이트의 경우 높은 동시성이 필요합니다. )

대용량 데이터에 대한 고효율 스토리지 및 액세스 요구 사항(대규모 SNS의 경우 사용자는 매일 엄청난 양의 동적 데이터를 생성하므로, friendfeed는 한 달에 2억 5천만 건의 사용자 업데이트를 제공하며, 관계형 DB의 경우 수억 개의 레코드가 포함된 테이블에 2.5개의 SQL 쿼리를 저장하려는 경우 tencent, shengda와 같은 대규모 웹사이트의 사용자 로그인 시스템은 매우 비효율적입니다. 등은 관계형 DB로 처리하기 어려운 수억 개의 계정을 보유하고 있습니다.)

고확장성 및 고가용성, 고확장성 및 고가용성 요구 사항(인터넷 웹사이트 아키텍처에서 수평 확장이 가장 어려운 것은 DB입니다.) .응용 시스템의 사용자 수와 방문 수가 날로 증가함에 따라 24시간 제공이 필요한 많은 웹 사이트에 대해 단순히 웹 서버, 앱 서버와 같은 하드웨어 노드를 추가하는 것은 어렵습니다. 업무가 중단되지 않는 경우 DB를 업그레이드하고 확장하는 것은 매우 고통스럽고 종종 다운타임 유지 관리 및 데이터 마이그레이션이 필요함)

nosql은 관계형 DB의 다음 기능을 제거합니다.

관계형 DB 데이터 트랜잭션 일관성 요구 사항(기존 관계형 DB는 DB 트랜잭션 일관성 요구 사항을 유지하므로 높은 동시성 rw 요구 사항을 충족할 수 없습니다.

DB의 r 실시간 및 w 실시간 요구 사항(관계형 DB 쿼리의 경우 데이터 조각을 DB에 삽입한 후 즉시 찾을 수 있음) 그러나 많은 웹 애플리케이션의 경우 이러한 높은 실시간 성능이 필요하지 않습니다.

복잡한 SQL 쿼리, 특히 다중 테이블 관련 쿼리 요구 사항의 경우 (대량의 데이터 웹 시스템, 특히 SNS는 상관 관계에 대해 매우 금기시합니다.) 다수의 대형 테이블에 대한 쿼리, 복잡한 데이터 분석형 SQL 쿼리 등이 발생하지 않도록 수요 및 제품 설계 측면에서 단일 테이블의 기본 키 쿼리를 더 많이 사용하고, 단일 테이블에 대한 단순 조건부 페이징 쿼리를 사용하는 경우가 많습니다. , SQL의 기능이 크게 약화됨);

위 내용은 Wheat Academy는 Redis 비디오 자료 공유를 간단한 용어로 설명합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!