Jedis干什么用的redis是key-value存储系统 。key-value分布式存储系统查询速度快、存放数据量大、支持高并发，非常适合通过主键进行查询 ， 但不能进行复杂的条件查询 。
也就是说jedis是：request response，request response，...；pipeline则是：request request... response response的方式 。这样无需每次请求都等待server端的响应 。
jedis就是基于java语言的redis客户端，集成了redis的命令操作，提供了连接池管理 。redis-cli是redis官方提供的客户端，可以看作一个shell程序 ， 它可以发送命令对redis进行操作 。
【redis 唯一id生成器 redis唯一id随机生成器】JRESystemLibrary是你JRE中的包，这个在你的JAVA开发中是必须的 。JAVAEE开发包，是你WEB开发所需要的包 。也是必须的 。ReferancedLibraries其实引用的就是你下面lib目录中的内容 ， 是你项目中需要用到的第三方包 。
Jedis和lettuce没什么功能，就简单的操作，连分布式锁都需要自己实现，所以先聊聊Redisson的高级功能，中间偶尔会用Jedis和lettuce做对比 。十几种编码方式 。
Jedis Client是Redis官网推荐的一个面向java客户端，库文件实现了对各类API进行封装调用 。
java怎么使用redis的incr的自增序列生成8位长度的id1、实现方式：String在redis内部存储默认就是一个字符串，被redisObject所引用，当遇到incr、decr等操作（自增自减等原子操作）时会转成数值型进行计算，此时redisObject的encoding字段为int 。
2、分表后，原先的自增id就不能使用了 。tddl对java支持很好，分表后无需考虑全局id的问题 。但是这个项目使用的是php进行开发 ， 必须自己生成全局id 。以下列出几种分表方案，仅当抛砖引玉 。
3、在 Java 中，如果你想要每次查询 ID 递增并重复，可以使用循环和计数器来实现 。
4、要求与老系统逻辑保持不变 ， 订单号必须是19位定长的纯数字 没有专门的自增序列表可以用 业务量小 。
5、在 Redis 的数据结构中，string、hash和sorted set都提供了incr方法用于原子性的自增操作 。
Redis-全局唯一ID1、在Redis读写分离的情况下，使用哨兵可以很轻松地做到故障恢复 ， 提升了整体的可用性 。但哨兵无法解决Redis单机写的瓶颈，这就需要引入集群模式 ， 相应的文章也被列为明年的写作计划中 。
2、如果使用全局唯一ID，就是根据业务的操作和内容生成一个全局ID，在执行操作前先根据这个全局唯一ID是否存在，来判断这个操作是否已经执行 。如果不存在则把全局ID，存储到存储系统中，比如数据库、redis等 。
3、Redis支持服务器端的数据操作：Redis相比Memcached来说，拥有更多的数据结构和并支持更丰富的数据操作，通常在Memcached里，你需要将数据拿到客户端来进行类似的修改再set回去 。这大大增加了网络IO的次数和数据体积 。
4、这里，ARGV[1] 是一个可传入的参数变量，可以传入唯一值 。比如一个只有自己知道的 UUID 的值，或者通过雪球算法，生成只有自己持有的唯一 ID 。
5、由于redis是单线程的且性能很快，所以比较适合做全局分布式锁 。基本流程就是在操作可能某个全局冲突资源的时候，使用一个全局唯一key来判断是否有其他线程占用了资源，如果有其他线程占用，则报错退出或者循环等待 。
分布式锁有哪些?1、ZooKeeper是一个为分布式应用提供一致性服务的开源组件，它内部是一个分层的文件系统目录树结构，规定同一个目录下只能有一个唯一文件名 。
2、在很多场景中，我们为了保证数据的最终一致性，需要很多的技术方案来支持，比如分布式事务、分布式锁等 。有的时候，我们需要保证一个方法在同一时间内只能被同一个线程执行 。
3、但是当规模上升到分布式集群的情况下，要控制共享资源访问，就需要通过分布式锁来实现 。常见的分布式锁方案如数据库乐观锁，Redis锁，zk锁等 。
4、分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性 。
5、写在前面 现在面试，一般都会聊聊分布式系统这块的东西 。通常面试官都会从服务框架（Spring Cloud、Dubbo）聊起，一路聊到分布式事务、分布式锁、ZooKeeper等知识 。
