Redis 클러스터의 기능은 무엇입니까?
redis3.0 클러스터 기능
마스터-슬레이브 복제(읽기-쓰기 분리)
마스터-슬레이브 복제의 이점은 2가지입니다.
1 Redis 단일 실패 지점 방지
2. 읽기-쓰기 분리 아키텍처, 더 많이 읽고 더 적게 쓰는 애플리케이션 시나리오를 충족하려면
마스터와 슬레이브를 설정하세요
6379, 6380, 6381 디렉터리를 만들고 설치 디렉터리의 redis.conf를 이 세 디렉터리에 복사하세요. 각기.
이 세 디렉터리를 각각 입력하고 구성 파일을 각각 수정한 후 포트를 6379(마스터), 6380(슬레이브) 및 6381(슬레이브)로 설정하세요. 동시에 pidfile 파일을 다른 경로로 설정하십시오.
redis에서 마스터와 슬레이브를 설정하는 방법에는 2가지가 있습니다:
1. redis.conf에서 Slaveof를 설정합니다
a) slaveof2. redis-cli 클라이언트를 사용하여 redis 서비스에 연결합니다. executeslaveof명령
a)slaveof
두 번째 방법은 다시 시작한 후 마스터-슬레이브 복제 관계를 잃게 됩니다.
마스터-슬레이브 정보 보기: INFO 복제
마스터:
role: 역할
connected_slaves: 슬레이브 수
slave0: 슬레이브 정보
슬레이브:
마스터-슬레이브 아키텍처
라이브러리에서 읽기 전용
기본적으로 Redis 데이터베이스는 슬레이브 역할을 할 때 읽기 전용이며 쓰기 작업을 수행할 수 없습니다.
구성 파일에서 읽기 전용이 아닌 항목을 활성화할 수 있습니다:slave-read-only no
복제 프로세스의 원리
1 슬레이브 데이터베이스와 마스터 데이터베이스가 MS 관계를 형성할 때, SYNC는 마스터 데이터베이스로 전송됩니다.
2. SYNC 명령을 받은 후 메인 라이브러리는 백그라운드에서 스냅샷을 저장하기 시작하고(RDB 지속성 프로세스) 해당 기간 동안 받은 쓰기 명령을 캐시합니다.
3. 스냅샷이 완료되면 마스터 Redis는 스냅샷 파일과 캐시된 모든 쓰기 명령을 슬레이브 Redis로 보냅니다.
4.
5. 이후 마스터 Redis가 쓰기 명령을 받을 때마다 데이터 일관성을 보장하기 위해 슬레이브 Redis에 명령을 보냅니다.
이전 복제 프로세스를 통해 , 마스터 라이브러리가 SYNC 명령을 받으면 RDB 프로세스가 실행되며, 구성 파일에서 RDB 지속성이 비활성화되어 있어도 메인 라이브러리가 위치한 서버의 디스크 IO 성능이 다음과 같은 경우 생성됩니다. 불량이면 복제 프로세스에 병목 현상이 발생합니다. 다행히 Redis 버전 2.8.18에서 Diskless 복제가 구현되었습니다(그러나 이 기능은 아직 실험 단계입니다).
원리: Redis는 슬레이브 데이터베이스와의 복제 초기화 중에 스냅샷을 디스크에 저장하지 않고 네트워크를 통해 슬레이브 데이터베이스로 직접 전송하므로 IO 성능 저하 문제를 피할 수 있습니다.
디스크 없는 복제 활성화:
복제 아키텍처에 가동 중지 시간이 있으면 어떻게 해야 합니까?
마스터-슬레이브 복제 아키텍처에 다운타임이 있는 경우 상황을 살펴봐야 합니다.
1. 슬레이브 Redis가 다운되었습니다.
a) 这个相对而言比较简单,在Redis中从库重新启动后会自动加入到主从架构中,自动完成同步数据; b) 问题? 如果从库在断开期间,主库的变化不大,从库再次启动后, 主库依然会将所有的数据做RDB操作吗?还是增量更新?(从库有做持久化的前提下)
아니요. Redis 2.8 버전 이후에 구현되었기 때문입니다. 슬레이브 연결 끊김 후 복구 시 증분 복제를 구현합니다.2. 메인 Redis가 다운되었습니다
이것은 비교적 복잡하며 완료하려면 다음 2단계가 필요합니다.
i. 第一步,在从数据库中执行SLAVEOF NO ONE命令,断开主从关系并且提升为主库继续服务; ii. 第二步,将主库重新启动后,执行SLAVEOF命令,将其设置为其他库的从库,这时数据就能更新回来;
이 수동 복구 프로세스는 실제로 더 번거롭고 오류가 발생하기 쉽습니다. 해결책? 현재 Redis는 센티널 기능을 개선했습니다.Sentinel
Sentinel이란 무엇입니까
이름에서 알 수 있듯이 Sentinel의 역할은 Redis 시스템의 작동을 모니터링하는 것입니다. 2가지 기능이 있습니다:
- 1. 마스터 데이터베이스와 슬레이브 데이터베이스가 정상적으로 실행되는지 모니터링합니다.
- 2. 마스터 데이터가 실패하면 슬레이브 데이터베이스가 마스터 데이터베이스로 자동 변환됩니다.
原理
单个哨兵的架构:
多个哨兵的架构:
多个哨兵,不仅同时监控主从数据库,而且哨兵之间互为监控。
配置哨兵
启动哨兵进程首先需要创建哨兵配置文件:
vim sentinel.conf
输入内容:
sentinel monitor taotaoMaster 127.0.0.1 6379 1
说明:
taotaoMaster:监控主数据的名称,自定义即可,可以使用大小写字母和“.-_”符号 127.0.0.1:监控的主数据库的IP 6379:监控的主数据库的端口 1:最低通过票数
启动哨兵进程:
redis-sentinel ./sentinel.conf
由上图可以看到:
1、 哨兵已经启动,它的id为9059917216012421e8e89a4aa02f15b75346d2b7
2、 为master数据库添加了一个监控
3、 发现了2个slave(由此可以看出,哨兵无需配置slave,只需要指定master,哨兵会自动发现slave)
配置多个哨兵
vim sentinel.conf
输入内容:
sentinel monitor taotaoMaster 127.0.0.1 6381 2 sentinel monitor taotaoMaster2 127.0.0.1 6381 1
集群
即使有了主从复制,每个数据库都要保存整个集群中的所有数据,容易形成木桶效应。
使用Jedis实现了分片集群,是由客户端控制哪些key数据保存到哪个数据库中,如果在水平扩容时就必须手动进行数据迁移,而且需要将整个集群停止服务,这样做非常不好的。
Redis3.0版本的一大特性就是集群(Cluster),接下来我们一起学习集群。
架构
(2)Redis节点之间互相连接并采用二进制协议以优化传输速度和带宽利用。同时也使用PING-PONG机制来确保连接稳定
(2)节点的fail是通过集群中超过半数的节点检测失效时才生效.
(3)客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可
(4)redis-cluster把所有的物理节点映射到[0-16383]slot(插槽)上,cluster 负责维护node<->slot<->value
修改配置文件
1、 设置不同的端口,6379、6380、6381
2、 开启集群,cluster-enabled yes
3、 指定集群的配置文件,cluster-config-file “nodes-xxxx.conf”
创建集群
首先,进入redis的安装包路径下:
cd /usr/local/src/redis/redis-3.0.1/src/
执行命令:
./redis-trib.rb create --replicas 0 192.168.56.102:6379 192.168.56.102:6380 192.168.56.102:6381
–replicas 0:指定了从数据的数量为0
注意:这里不能使用127.0.0.1,否则在Jedis客户端使用时无法连接到!
redis-trib用法:
测试
什么情况??(error) MOVED 7638 127.0.0.1:6380
因为abc的hash槽信息是在6380上,现在使用redis-cli连接的6379,无法完成set操作,需要客户端跟踪重定向。
redis-cli -c
插槽的分配
通过cluster nodes命令可以查看当前集群的信息:
该信息反映出了集群中的每个节点的id、身份、连接数、插槽数等。
当我们执行set abc 123命令时,redis是如何将数据保存到集群中的呢?执行步骤:
1、 接收命令set abc 123 2、 通过key(abc)计算出插槽值,然后根据插槽值找到对应的节点。(abc的插槽值为:7638) 3、 重定向到该节点执行命令
整个Redis提供了16384个插槽,也就是说集群中的每个节点分得的插槽数总和为16384。
./redis-trib.rb 脚本实现了是将16384个插槽平均分配给了N个节点。
注意:如果插槽数有部分是没有指定到节点的,那么这部分插槽所对应的key将不能使用。
插槽和key的关系
计算key的插槽值:
key的有效部分使用CRC16算法计算出哈希值,再将哈希值对16384取余,得到插槽值。
什么是有效部分?
1、 如果key中包含了{符号,且在{符号后存在}符号,并且{和}之间至少有一个字符,则有效部分是指{和}之间的部分;
a) key={hello}_tatao的有效部分是hello2、 如果不满足上一条情况,整个key都是有效部分;
a) key=hello_taotao的有效部分是全部
新增集群节点
再开启一个实例的端口为6382
执行脚本:
./redis-trib.rb add-node 192.168.56.102:6382 192.168.56.102:6379
已经添加成功!查看集群信息:
发现没有插槽数。
接下来需要给6382这个服务分配插槽,将6379的一部分(1000个)插槽分配给6382:
查看节点情况:
删除集群节点
想要删除集群节点中的某一个节点,需要严格执行2步:
1、 将这个节点上的所有插槽转移到其他节点上;
a) 假设我们想要删除6380这个节点 b) 执行脚本:./redis-trib.rb reshard 192.168.56.102:6380 c) 选择需要转移的插槽的数量,因为3380有5128个,所以转移5128个 d) 输入转移的节点的id,我们转移到6382节点:82ed0d63cfa6d19956dca833930977a87d6ddf7 e) 输入插槽来源id,也就是6380的id f) 输入done,开始转移 g) 查看集群信息,可以看到6380节点已经没有插槽了。
2、 使用redis-trib.rb删除节点
a) ./redis-trib.rb del-node 192.168.56.102:6380 4a9b8886ba5261e82597f5590fcdb49ea47c4c6c b) del-node host:port node_id c) d) 查看集群信息,可以看到已经没有6380这个节点了。
故障机制
1、 集群中的每个节点都会定期的向其它节点发送PING命令,并且通过有没有收到回复判断目标节点是否下线; 2、 集群中每一秒就会随机选择5个节点,然后选择其中最久没有响应的节点放PING命令; 3、 如果一定时间内目标节点都没有响应,那么该节点就认为目标节点疑似下线; 4、 当集群中的节点超过半数认为该目标节点疑似下线,那么该节点就会被标记为下线; 5、 当集群中的任何一个节点下线,就会导致插槽区有空档,不完整,那么该集群将不可用; 6、 如何解决上述问题? a) 在Redis集群中可以使用主从模式实现某一个节点的高可用 b) 当该节点(master)宕机后,集群会将该节点的从数据库(slave)转变为(master)继续完成集群服务;
集群中的主从复制架构
架构:
出现故障:
4.9.3. 创建主从集群
需要启动6个redis实例,分别是:
6379(主) 6479(从)
6380(主) 6480(从)
6381(主) 6481(从)
启动redis实例:
cd 6379/ && redis-server ./redis.conf && cd .. cd 6380/ && redis-server ./redis.conf && cd .. cd 6381/ && redis-server ./redis.conf && cd .. cd 6479/ && redis-server ./redis.conf && cd .. cd 6480/ && redis-server ./redis.conf && cd .. cd 6481/ && redis-server ./redis.conf && cd
创建集群,指定了从库数量为1,创建顺序为主库(3个)、从库(3个):
./redis-trib.rb create --replicas 1 192.168.56.102:6379 192.168.56.102:6380 192.168.56.102:6381 192.168.56.102:6479 192.168.56.102:6480 192.168.56.102:6481
위 내용은 Redis 클러스터의 기능은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











1. [시작] 메뉴를 시작하여 [cmd]를 입력하고 [명령 프롬프트]를 마우스 오른쪽 버튼으로 클릭한 후 [관리자 권한으로 실행]을 선택합니다. 2. 다음 명령을 순서대로 입력합니다(주의 깊게 복사하여 붙여넣기): SCconfigwuauservstart=auto, Enter SCconfigbitsstart=auto, Enter 누르기 SCconfigcryptsvcstart=auto, Enter SCconfigtrustedinstallerstart=auto, Enter SCconfigwuauservtype=share, Enter netstopwuauserv , Enter netstopcryptS 누르기

PHP 함수 병목 현상은 성능 저하로 이어지며, 이는 병목 현상 기능을 찾아 성능 분석 도구를 사용하는 단계를 통해 해결할 수 있습니다. 재계산을 줄이기 위해 결과를 캐싱합니다. 작업을 병렬로 처리하여 실행 효율성을 높입니다. 문자열 연결을 최적화하고 대신 내장 함수를 사용하세요. 사용자 정의 함수 대신 내장 함수를 사용하십시오.

GolangAPI의 캐싱 전략은 성능을 향상시키고 서버 부하를 줄일 수 있습니다. 일반적으로 사용되는 전략은 LRU, LFU, FIFO 및 TTL입니다. 최적화 기술에는 적절한 캐시 스토리지 선택, 계층적 캐싱, 무효화 관리, 모니터링 및 조정이 포함됩니다. 실제 사례에서 LRU 캐시는 데이터베이스에서 사용자 정보를 얻기 위한 API를 최적화하는 데 사용됩니다. 그렇지 않으면 캐시를 데이터베이스에서 얻은 후 업데이트할 수 있습니다.

Erlang과 Go 사이에는 성능 차이가 있습니다. Erlang은 동시성이 뛰어나고 Go는 더 높은 처리량과 더 빠른 네트워크 성능을 제공합니다. Erlang은 높은 동시성을 요구하는 시스템에 적합한 반면, Go는 높은 처리량과 짧은 대기 시간을 요구하는 시스템에 적합합니다.

PHP 개발에서 캐싱 메커니즘은 자주 액세스하는 데이터를 메모리나 디스크에 임시 저장하여 데이터베이스 액세스 횟수를 줄여 성능을 향상시킵니다. 캐시 유형에는 주로 메모리, 파일 및 데이터베이스 캐시가 포함됩니다. 캐싱은 내장 함수나 캐시_get() 및 Memcache와 같은 타사 라이브러리를 사용하여 PHP에서 구현할 수 있습니다. 일반적인 실제 응용 프로그램에는 쿼리 성능을 최적화하기 위한 데이터베이스 쿼리 결과 캐싱과 렌더링 속도를 높이기 위한 페이지 출력 캐싱이 포함됩니다. 캐싱 메커니즘은 웹사이트 응답 속도를 효과적으로 향상시키고, 사용자 경험을 향상시키며, 서버 부하를 줄입니다.

Redis 캐시를 사용하면 PHP 배열 페이징 성능을 크게 최적화할 수 있습니다. 이는 다음 단계를 통해 달성할 수 있습니다. Redis 클라이언트를 설치합니다. Redis 서버에 연결합니다. 캐시 데이터를 생성하고 "page:{page_number}" 키를 사용하여 각 데이터 페이지를 Redis 해시에 저장합니다. 캐시에서 데이터를 가져오고 대규모 어레이에서 비용이 많이 드는 작업을 피하세요.

먼저 시스템 언어를 중국어 간체 표시로 설정하고 다시 시작해야 합니다. 물론 이전에 표시 언어를 중국어 간체로 변경했다면 이 단계를 건너뛰어도 됩니다. 다음으로 레지스트리 조작을 시작하여 regedit.exe를 실행하고 왼쪽 탐색바 또는 상단 주소 표시줄의 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlNlsLanguage로 직접 이동한 후 InstallLanguage 키 값과 Default 키 값을 0804로 수정합니다(영어 en-로 변경하려는 경우). 먼저 시스템 표시 언어를 en-us로 설정하고 시스템을 다시 시작한 다음 모든 항목을 0409로 변경해야 합니다. 이 시점에서 시스템을 다시 시작해야 합니다.

네, Navicat은 사용자가 키를 관리하고, 값을 보고, 명령을 실행하고, 활동을 모니터링하고, 문제를 진단할 수 있는 Redis에 연결할 수 있습니다. Redis에 연결하려면 Navicat에서 "Redis" 연결 유형을 선택하고 서버 세부 정보를 입력하세요.
