本文目录一览：
- 1、java怎么使用redis的incr的自增序列生成8位长度的id
- 2、调研Redis高可用两种方案
- 3、redis集群如何选取主节点
- 4、Redis-全局唯一ID
2、id++；} 在上面的代码中，我们定义了一个变量 id，并将其初始化为 0 。然后，我们使用一个无限循环来不断打印 ID 。
3、id长度可控 。雪花算法生成的id是一个64位的整数，其中包括了时间戳、机器id、序列号等信息，不同位数的id可以通过调整这些信息的位数来实现 。
调研Redis高可用两种方案Redis中为了实现高可用（High Availability，简称HA） ， 采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分 。
Redis 高可用方案常用的有两种：Redis Sentinel 和 Redis Cluster ，本篇笔记介绍这两种方案如何在 Kubernetes 中部署 。
Redis哨兵是一种自动化的Redis高可用解决方案 ， 可以监测主节点的状态，并在主节点宕机后自动将从节点升级为新的主节点，以保证Redis服务的高可用性 。
Redis 高可用的主要有三种模式： 主从模式，哨兵模式和集群模式 。Redis 提供了 Redis 提供了复制（replication）功能，当一台 redis 数据库中的数据发生了变化 ， 这个变化会被自动地同步到其他的 redis 机器上去 。
redis集群如何选取主节点1、当节点收到超过n/2+1个master的response后即升级为主 。
2、如果需要从redis集群选举一个节点为主节点，首先需要从Sentinel集群中选举一个Sentinel节点作为Leader 。
3、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中 ， 保证数据一致性的问题 。
Redis-全局唯一ID【redis自增序列方案 redis生成递增id】如果用户量小，我们一般采用随机生成十几位字符即可 。如果用户量大，请求量非常大，我们可能需要一个全局的唯一id生成算法，这里我推荐Twitter的Snowflake，github已经封装了不同语言的不同版本，非常容易使用 。
如果使用全局唯一ID，就是根据业务的操作和内容生成一个全局ID，在执行操作前先根据这个全局唯一ID是否存在，来判断这个操作是否已经执行 。如果不存在则把全局ID，存储到存储系统中 ， 比如数据库、redis等 。
由于redis是单线程的且性能很快 ， 所以比较适合做全局分布式锁 。基本流程就是在操作可能某个全局冲突资源的时候，使用一个全局唯一key来判断是否有其他线程占用了资源，如果有其他线程占用 ， 则报错退出或者循环等待 。
除缓存外，用到自增（全局唯一id和频次控制）对一致性要求高，当前redis方案无法达到要求 。
基于redis是单线程特征，防止出现数据库“爆破”全局增量ID生成 ， 类似“秒杀”计数器诸如统计点击数等应用 。
这里 ， ARGV[1] 是一个可传入的参数变量 ， 可以传入唯一值 。比如一个只有自己知道的 UUID 的值，或者通过雪球算法 ， 生成只有自己持有的唯一 ID 。
