超详细高性能redis集群搭建 —— 第二篇（predixy搭建）

爱被打了一巴掌 2023-02-18 09:51 11阅读 0赞

驿站：

1、[超详细 高性能redis集群搭建 —— 第一篇（cluster搭建）][_redis_ _ _cluster]

2、[超详细 高性能redis集群搭建 —— 第二篇（predixy搭建）][_redis_ _ _predixy]

3、[超详细 高性能redis集群搭建 —— 第三篇（redis-cluster-proxy搭建）][_redis_ _ _redis-cluster-proxy]

第一篇我们讲到如何搭建redis集群，相信小伙伴们已经有了一定的认知，接下来我们讲一下如何利用代理更方便的操作redis、redis代理都有哪些、如何搭建代理。

**redis主流代理有哪些：**

目前市面上主流的代理包含：predixy、twemproxy、codis、redis-cerberus四款，这四款各有各的优势，我们逐个对比进行对比分析。

<table> 
 <tbody> 
  <tr> 
   <td><strong>特性</strong></td> 
   <td><strong>predixy</strong></td> 
   <td><strong>twemproxy</strong></td> 
   <td><strong>codis</strong></td> 
   <td><strong>redis-cerberus</strong></td> 
  </tr> 
  <tr> 
   <td>高可用</td> 
   <td>Redis Sentinel或Redis Cluster</td> 
   <td>一致性哈希</td> 
   <td>Redis Sentinel</td> 
   <td>Redis Cluster</td> 
  </tr> 
  <tr> 
   <td>可扩展</td> 
   <td>Key哈希分布或Redis Cluster</td> 
   <td>Key哈希分布</td> 
   <td>Key哈希分布</td> 
   <td>Redis Cluster</td> 
  </tr> 
  <tr> 
   <td>开发语言</td> 
   <td>C++</td> 
   <td>C</td> 
   <td>GO</td> 
   <td>C++</td> 
  </tr> 
  <tr> 
   <td>多线程</td> 
   <td>是</td> 
   <td>否</td> 
   <td>是</td> 
   <td>是</td> 
  </tr> 
  <tr> 
   <td>事务</td> 
   <td>Redis Sentinel模式单Redis组下支持</td> 
   <td>不支持</td> 
   <td>不支持</td> 
   <td>不支持</td> 
  </tr> 
  <tr> 
   <td>BLPOP/BRPOP/BLPOPRPUSH</td> 
   <td>支持</td> 
   <td>不支持</td> 
   <td>不支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>Pub/Sub</td> 
   <td>支持</td> 
   <td>不支持</td> 
   <td>不支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>Script</td> 
   <td>支持load</td> 
   <td>不支持</td> 
   <td>不支持</td> 
   <td>不支持</td> 
  </tr> 
  <tr> 
   <td>Scan</td> 
   <td>支持</td> 
   <td>不支持</td> 
   <td>不支持</td> 
   <td>不支持</td> 
  </tr> 
  <tr> 
   <td>Select DB</td> 
   <td>支持</td> 
   <td>不支持</td> 
   <td>支持</td> 
   <td>Redis Cluster只有一个DB</td> 
  </tr> 
  <tr> 
   <td>Auth</td> 
   <td>支持定义多个密码，给予不同读写及管理权限和Key访问空间</td> 
   <td>不支持</td> 
   <td>同redis</td> 
   <td>不支持</td> 
  </tr> 
  <tr> 
   <td>读从节点</td> 
   <td>支持，可定义丰富规则读指定的从节点</td> 
   <td>不支持</td> 
   <td>支持，简单规则</td> 
   <td>支持，简单规则</td> 
  </tr> 
  <tr> 
   <td>多机房支持</td> 
   <td>支持，可定义丰富规则调度流量</td> 
   <td>不支持</td> 
   <td>有限支持</td> 
   <td>有限支持</td> 
  </tr> 
  <tr> 
   <td>统计信息</td> 
   <td>丰富</td> 
   <td>丰富</td> 
   <td>丰富</td> 
   <td>简单</td> 
  </tr> 
 </tbody> 
</table>

通过上面的表格我们不难发现，predixy在功能上具有很多的优势，在性能上同样具有一定的优势，具体的性能对比可以参考文章 [**benchmark** ][benchmark_]，这里我们主要讲如何搭建**predixy。**

--------------------

**搭建代理：**

Predixy可以在所有主流平台下编译，推荐在linux下使用，需要支持C++11的编译器，不支持的小伙伴需要安装gcc4.7以上的版本来支持C++11的编译器。

1.1、安装gcc（安装好的小伙伴请略过）

yum -y install gcc
    
    yum -y install gcc-c++ 
    
    gcc -v    #查看版本

一般来说安装完成之后是4.8的版本满足了我们的需求，如不满足进入地址选择合适的版本进行安装即可：[http://mirror.hust.edu.cn/gnu/gcc/][http_mirror.hust.edu.cn_gnu_gcc]

1.2、安装Predixy代理

wget https://github.com/joyieldInc/predixy/archive/1.0.5.tar.gz    #下载源码
    
    tar -zxvf 1.0.5.tar.gz    #解压包
    
    cp predixy-1.0.5/ /usr/local/
    
    cd /usr/local/predixy-1.0.5    #进入安装目录
    
    make    #开始编译安装

到这里我们的Predixy代理就算安装完成了，安装好后目录结构是这样的。

![2020061715472839.png][]

1.3、运行代理

#为了方便测试关闭防火墙
    systemctl stop firewalld.service    #临时关闭
    
    systemctl disable firewalld.service    #禁止开机启动
    
    irewall-cmd --state    #查看防火墙状态
    
    #启动代理
    cd src/    #进入src目录找到predixy可执行文件
    
    ./predixy ../conf/predixy.conf    #启动代理

使用默认的配置文件predixy.conf， predixy将监听地址0.0.0.0:7617，后端的redis是Redis Cluster 127.0.0.1:6379。通常，127.0.0.1:6379并不是运行在Redis Clusterr模式下，因此Predixy将会有大量的错误日志输出。不过你依然可以用redis-cli连接predixy来试用一下：

redis-cli -p 7617 info

执行上条命令后可以看到predixy自身的一些信息，如果127.0.0.1:6379在运行的话，你可以试试其它redis命令，看看效果如何。

更多的启动命令行参数请看帮助：

./predixy -h

**配置文件说明：**

*  predixy.conf，整体配置文件，会引用下面的配置文件
 *  cluster.conf，用于Redis Cluster时，配置后端redis信息
 *  sentinel.conf，用于Redis Sentinel时，配置后端redis信息
 *  auth.conf，代理中心访问权限控制配置，可以定义多个验证密码，可每个密码指定读、写、管理权限，以及定义可访问的健空间
 *  dc.conf，多数据中心支持，可以定义读写分离规则，读流量权重分配
 *  latency.conf， 延迟监控规则定义，可以指定需要监控的命令以及延时时间间隔
 *  command.conf，自定义命令扩展，用于命令扩展，支持redis 的插件以及自定义数据处理函数等
 *  standalone.conf，使用单击模式的redis配置

当打开配置文件后我们可以看到，不管是cluster.conf还是sentinel.conf或者standalone.conf都会有设置redis节点的地方，在这里设置的就是我们第一篇里搭建好的redis节点，第一篇还提到，创建集群时不可用127.0.0.1进行创建，原因是一般我们创建的集群跟代理不会在同一台机器上，如果搭建在同一台机器上同样也失去了高可用的意义，而搭建在其他机器上127.0.0.1是无法进行访问的。predixy会自动通过发现集群信息进行检查节点是否存活。

我们拿cluster.conf配置文件举例

vim cluster.conf    #打开cluster配置文件

![20200617163422812.png][]

上图标记的地方就是节点地址，当然写一个也可以，predixy会自动发现其他节点。

**配置参数说明：**

*  Password: 指定连接redis实例默认的密码，不指定的情况下表示redis不需要密码
 *  Databases: 指定redis db数量，不指定的情况下为1
 *  Hash: 指定对key算哈希的方法，当前只支持atol和crc16
 *  HashTag: 指定哈希标签，不指定的话为\{\}
 *  Distribution: 指定分布key的方法，当前只支持modula和random
 *  MasterReadPriority: 读写分离功能，从redis master节点执行读请求的优先级，为0则禁止读redis master，不指定的话为50
 *  StaticSlaveReadPriority: 读写分离功能，从静态redis slave节点执行读请求的优先级，所谓静态节点，是指在本配置文件中显示列出的redis节点，不指定的话为0
 *  DynamicSlaveReadPolicy: 功能见上，所谓动态节点是指在本配置文件中没有列出，但是通过redis sentinel动态发现的节点，不指定的话为0
 *  RefreshInterval: predixy会周期性的请求redis sentinel以获取最新的集群信息，该参数以秒为单位指定刷新周期，不指定的话为1秒
 *  ServerTimeout: 请求在predixy中最长的处理/等待时间，如果超过该时间redis还没有响应的话，那么predixy会关闭同redis的连接，并给客户端一个错误响应，对于blpop这种阻塞式命令，该选项不起作用，为0则禁止此功能，即如果redis不返回就一直等待，不指定的话为0
 *  ServerFailureLimit: 一个redis实例出现多少次才错误以后将其标记为失效，不指定的话为10
 *  ServerRetryTimeout: 一个redis实例失效后多久后去检查其是否恢复正常，不指定的话为1秒
 *  KeepAlive: predixy与redis的连接tcp keepalive时间，为0则禁止此功能，不指定的话为0
 *  Sentinels: 里面定义redis sentinel实例的地址
 *  Group: 定义一个redis组，Group的名字应该和redis sentinel里面的名字一致，Group里可以显示列出redis的地址，列出的话就是上面提到的静态节点

到这里，我们的predixy代理就算搭建完成了，是不是很简单。最近呢随着redis6.0的推出，大家都备受关注，下一期我们讲一下redis6.0给我们带来了哪些改动，以及如何应用伴随6.0推出的redis-cluster-proxy。

[_redis_ _ _cluster]: https://blog.csdn.net/qq_34944535/article/details/106787640
[_redis_ _ _predixy]: https://blog.csdn.net/qq_34944535/article/details/106803261
[_redis_ _ _redis-cluster-proxy]: https://blog.csdn.net/qq_34944535/article/details/106803453
[benchmark_]: https://github.com/joyieldInc/predixy/wiki/Benchmark
[http_mirror.hust.edu.cn_gnu_gcc]: http://mirror.hust.edu.cn/gnu/gcc/
[2020061715472839.png]: https://img-blog.csdnimg.cn/2020061715472839.png
[20200617163422812.png]: https://img-blog.csdnimg.cn/20200617163422812.png