redis 全局锁全局id生成redis高可用方案

本文目录一览：

1、redis集群搭建怎么分配内存的
2、Redis-全局唯一ID
3、调研Redis高可用两种方案
4、redis哨兵和集群同时使用不
5、如何利用Redis扩展数据服务,实现分片及高可用

redis集群搭建怎么分配内存的扩容：集群，使用代理，达到集群的目的。主从同步，读写分离。优点：1 读写性能优异，从内存当中进行IO读写速度快。
实际应用中，最好用多台机器，比如说6个节点分布到3台机器上，redis在建立集群时为自动的将主从节点进行不同机器的分配。
执行结果按照之前的配置修改并启动，使用以下命令将其加入集群：添加完新节点后，需要对新添加的主节点进行hash槽重新分配，这样该主节点才能存储数据，redis共有16384个槽。
Redis-全局唯一ID如果用户量小，我们一般采用随机生成十几位字符即可。如果用户量大，请求量非常大，我们可能需要一个全局的唯一id生成算法，这里我推荐Twitter的Snowflake ， github已经封装了不同语言的不同版本，非常容易使用。
如果使用全局唯一ID，就是根据业务的操作和内容生成一个全局ID，在执行操作前先根据这个全局唯一ID是否存在，来判断这个操作是否已经执行。如果不存在则把全局ID，存储到存储系统中，比如数据库、redis等。
但是这个项目使用的是php进行开发，必须自己生成全局id 。以下列出几种分表方案，仅当抛砖引玉。方法1：使用CAS（compare and swap）其实这里并不是严格的CAS，而是使用了比较交换原子操作的思想。
由于redis是单线程的且性能很快，所以比较适合做全局分布式锁。基本流程就是在操作可能某个全局冲突资源的时候，使用一个全局唯一key来判断是否有其他线程占用了资源，如果有其他线程占用，则报错退出或者循环等待。
调研Redis高可用两种方案Redis中为了实现高可用（High Availability ，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分。
Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换。1 自动故障迁移自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务。这种方式需要实现Redis Sentinel监控系统。
Redis哨兵是一种自动化的Redis高可用解决方案，可以监测主节点的状态，并在主节点宕机后自动将从节点升级为新的主节点，以保证Redis服务的高可用性。
redis哨兵和集群同时使用不集群至少需要3主3从，且每个实例使用不同的配置文件，主从不用配置，集群会自己选。
单个Redis服务如果宕机的话，服务就不可用了，为了解决这种问题，redis也提供有集群服务。传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。
Redis 集群模式本身没有使用一致性 hash 算法，而是使用 slots 插槽。
但是主从模式的高可用会有问题。因为主节点挂了之后是没有自动选主机制的，需要人工干预来指定一个从节点作为主节点。为了解决主从模式不能高可用的问题，哨兵模式就出现了。哨兵模式就是在主从模式的基础上再加一个哨兵集群。
如何利用Redis扩展数据服务,实现分片及高可用1、redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。
【redis 全局锁全局id生成redis高可用方案】2、Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换。1 自动故障迁移自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务。这种方式需要实现Redis Sentinel监控系统。
3、在使用 redis-tri.rb reshard 进行分片重哈希（数据迁移），将旧节点上的 slots 分配到新节点上后，新节点才能起作用。缩容时，先要使用 redis-tri.rb reshard 移除的机器上的 slots，然后使用 redis-tri.rb add-del 移除机器。
4、Sentinel ： redis 自带的主从切换工具，我们通过 sentinel 实现集群高可用。客户端（ Smart Client ）：客户端通过约定查找 redis 实例在 ZooKeeper 中写入的地址。