Redis高可用之主从复制、哨兵、cluster集群

最新推荐文章于 2024-05-17 10:38:26 发布
最新推荐文章于 2024-05-17 10:38:26 发布
阅读量116 收藏
点赞数
文章标签： redis 数据库 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Utopia_dower/article/details/131972423
版权

一、Redis 高可用

1.1 什么是高可用

在web服务器中，高可用是指服务器可以正常访问的时间，衡量的标准是在多长时间内可以提供正常服务(99.9%、99.99%、99.999%等等)。

高可用的计算公式是1-（宕机时间）/（宕机时间+运行时间）有点类似与网络传输的参数误码率，我们用9的个数表示可用性：

2个9：99%，一年内宕机时长：1%×365天=3.6524天=87.6h

4个9：99.99%，一年内宕机时长：0.01%×365天=52.56min

5个9：99.999%，一年内宕机时长：0.001%*365天=5.265min

11个9：几乎一年宕机时间只有几秒钟

但是在Redis语境中，高可用的含义似乎要宽泛一些，除了保证提供正常服务（如主从分离、快速容灾技术），还需要考虑数据容量的扩展、数据安全不会丢失等。

1.2 Redis的高可用技术

在Redis中，实现高可用的技术主要包括持久化、主从复制、哨兵和cluster集群，下面分别说明它们的作用，以及解决了什么样的问题。

  • 持久化： 持久化是最简单的高可用方法（有时甚至不被归为高可用的手段），主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。

  • 主从复制： 主从复制是高可用Redis的基础，哨兵和集群都是在主从复制基础上实现高可用的。主从复制主要实现了数据的多机备份（和同步），以及对于读操作的负载均衡和简单的故障恢复。

    • 缺陷：故障恢复无法自动化；写操作无法负载均衡；存储能力受到单机的限制。

  • 哨兵： 在主从复制的基础上，哨兵实现了自动化的故障恢复。（主挂了，找一个从成为新的主，哨兵节点进行监控）

    • 缺陷：写操作无法负载均衡；存储能力受到单机的限制。

  • Cluster集群： 通过集群，Redis解决了写操作无法负载均衡，以及存储能力受到单机限制的问题，实现了较为完善的高可用方案。（6台起步，成双成对，3主3从）

持久化技术已在前一篇文章中进行介绍（ Redis 高可用之持久化 - 掘金 (juejin.cn) ），本文将具体主从复制、哨兵、Cluster集群三种高可用技术。

二、Redis主从复制

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master），后者称为从节点（slave）；数据的复制是单向的，只能由主节点到从节点。

默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点（或没有从节点），但一个从节点只能有一个主节点。

1.1 主从复制的作用

  • 数据冗余： 主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。
  • 故障恢复： 当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。
  • 负载均衡： 在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。
  • 高可用基石： 除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

主从复制2.webp

Redis主从架构可以解决单机的读写瓶颈问题，但是没有自动故障转移功能，不能解决master单点故障问题。

1.2 主从复制流程

（1）若启动一个slave机器进程,则它会向Master机器发送一个sync command命令，请求同步连接。

（2）无论是第一次连接还是重新连接，Master机器都会启动一个后台进程，将数据快照保存到数据文件中（执行rdb操作），同时Master还会记录修改数据的所有命令并缓存在数据文件中.

（3）后台进程完成缓存操作之后，Master机器就会向slave机器发送数据文件，slave端机器将数据文件保存到硬盘上，然后将其加载到内存中，接着Master机器就会将修改数据的所有操作一并发送给slave端机器。若slave出现故障导致宕机，则恢复正常后会自动重新连接。

（4）Master机器收到slave端机器的连接后，将其完整的数据文件发送给slave端机器，如果Mater同时收到多个slave发来的同步请求，则Master会在后台启动一个进程以保存数据文件，然后将其发送给所有的slave端机器，确保所有的slave端机器都正常。

三、搭建Redis主从复制

实验环境：

主从虚机IP地址
mastercentos7-1192.168.121.10
slave1centos7-2192.168.121.20
slave2centos7-3192.168.121.30

实验步骤：

3.1 所有节点安装Redis

 

bash
 

复制代码
 

#关闭防火墙 systemctl stop firewalld setenforce 0 #安装环境依赖包，下载编译工具 yum install -y gcc gcc-c++ make ​ #上传软件包并解压 cd /opt/ tar zxvf redis-5.0.7.tar.gz -C /opt/ cd /opt/redis-5.0.7/ #开2核编译安装，指定安装路径为/usr/local/redis make -j2 && make PREFIX=/usr/local/redis install #由于Redis源码包中直接提供了Makefile 文件，所以在解压完软件包后，不用先执行./configure 进行配置，可直接执行make与make install命令进行安装。 ​ #执行软件包提供的install_server.sh 脚本文件，设置Redis服务所需要的相关配置文件 cd /opt/redis-5.0.7/utils ./install_server.sh .......#一直回车 Please select the redis executable path [] /usr/local/redis/bin/redis-server #这里默认为/usr/local/bin/redis-server，需要手动修改为/usr/local/redis/bin/redis-server，注意要一次性正确输入 ​  ---------------------- 虚线内是注释 ----------------------------------------------------  Selected config:  Port: 6379                                      #默认侦听端口为6379  Config file: /etc/redis/6379.conf               #配置文件路径  Log file: /var/log/redis_6379.log               #日志文件路径  Data dir : /var/lib/redis/6379                  #数据文件路径  Executable: /usr/local/redis/bin/redis-server   #可执行文件路径  Cli Executable : /usr/local/bin/redis-cli       #客户端命令工具  ----------------------------------------------------------------------------------- ​ #当install_server.sh 脚本运行完毕，Redis 服务就已经启动，默认监听端口为6379 netstat -natp | grep redis ​ #把redis的可执行程序文件放入路径环境变量的目录中，便于系统识别 ln -s /usr/local/redis/bin/* /usr/local/bin/ ​ #Redis服务控制 /etc/init.d/redis_6379 stop     #停止 /etc/init.d/redis_6379 start    #启动 /etc/init.d/redis_6379 restart  #重启 /etc/init.d/redis_6379 status   #查看状态 
 

 

1-1.png
 

 

1-2.png
 

 

1-3.png
 

 

1-4.png
 

 

1-5.png
 

3.2 修改master节点的配置文件
 

 

bash
 

复制代码
 

vim /etc/redis/6379.conf bind 0.0.0.0                      #70行,修改监听地址为0.0.0.0（生产环境中需要填写物理网卡的IP） daemonize yes                     #137行，开启守护进程，后台启动 logfile /var/log/redis_6379.log   #172行，指定日志文件存放目录 dir /var/lib/redis/6379           #264行，指定工作目录 appendonly yes                    #700行，开启AOF持久化功能 ​ /etc/init.d/redis_6379 restart     #重启redis服务 
 

 

1-6.png
 

 

1-7.png
 

 

1-8.png
 

 

1-9.png
 

 

1-10.png
 

 

1-11.png
 

3.3 修改slave节点的配置文件
 

修改slave1的配置文件，之后scp传给slave2。
 

 

bash
 

复制代码
 

#修改slave1的配置文件 vim /etc/redis/6379.conf bind 0.0.0.0                        #70行,修改监听地址为0.0.0.0（生产环境中需要填写物理网卡的IP） daemonize yes                       #137行,开启守护进程，后台启动 logfile /var/log/redis_6379.log     #172行,指定日志文件目录 dir /var/lib/redis/6379             #264行,指定工作目录 replicaof 192.168.121.10 6379       #288行,指定要同步的Master节点的IP和端口 appendonly yes                      #700行,修改为yes，开启AOF持久化功能 ​ #将配置文件传给slave2 scp /etc/redis/6379.conf 192.168.121.30:/etc/redis/ ​ /etc/init.d/redis_6379 restart  #重启redis netstat -natp | grep redis      #查看主从服务器是否已建立连接 
 

 

1-11-2.png
 

 

1-12.png
 

 

1-13.png
 

 

1-14.png
 

 

1-15.png
 

 

1-16.png
 

3.4 验证主从效果
 

1）主节点查看日志，并插入一条数据。
 

 

ruby
 

复制代码
 

#主节点查看日志 [root@mas utils]# tail /var/log/redis_6379.log ...... 71245:M 19 Jun 2022 23:43:15.482 * Synchronization with replica 192.168.121.20:6379 succeeded ...... 71245:M 19 Jun 2022 23:43:32.978 * Synchronization with replica 192.168.121.30:6379 succeeded ​ #主节点插入一条数据 [root@mas utils]# redis-cli 127.0.0.1:6379> set name yuji OK 127.0.0.1:6379> keys * 1) "name" 127.0.0.1:6379> get name "yuji" 
 

 

1-17.png
 

 

1-18.png
 

2）从节点查看数据是否同步成功。
 

 

ruby
 

复制代码
 

[root@slave1 utils]# redis-cli     #slave1查看数据同步成功   127.0.0.1:6379> keys * 1) "name" 127.0.0.1:6379> get name "yuji" ​ [root@slave2 utils]# redis-cli     #slave2查看数据同步成功   127.0.0.1:6379> keys * 1) "name" 127.0.0.1:6379> get name "yuji" 
 

 

1-19.png
 

 

1-20.png
 

四、Redis哨兵模式
 

主从切换技术的方法是：当服务器宕机后，需要手动一台从机切换为主机，这需要人工干预，不仅费时费力而且还会造成一段时间内服务不可用。为了解决主从复制的缺点，就有了哨兵机制。
 

 
 
哨兵的核心功能：在主从复制的基础上，哨兵引入了主节点的自动故障转移。
 

 

2.1 哨兵模式的作用
 

  • 监控： 哨兵会不断地检查主节点和从节点是否运作正常。
  • 自动故障转移： 当主节点不能正常工作时，哨兵会开始自动故障转移操，它会将失效主节点的其中一个从节点升级为新的主节点，并让其它从节点改为复制新的主节点。
  • 通知（提醒）： 哨兵可以将故障转移的结果发送给客户端。
 

 

哨兵2.png
 

2.2 哨兵结构
 

哨兵节点： 哨兵系统由一个或多个哨兵节点组成，哨兵节点是特殊的redis节点，不存储数据。
 

数据节点： 主节点和从节点都是数据节点。
 

2.3 故障转移机制
 

1、由哨兵节点定期监控发现主节点是否出现了故障
 

每个哨兵节点每隔1秒会问主节点、从节点及其它哨兵节点发送一次ping命令做一次心检测。如果主节点在一定时间范围内不回复或者是回复一个错误消息，那么这个哨兵就会认为这个主节点主观下线了（单方面的）。当超过半数哨兵节点认为该主节点主观下线了，这样就客观下线了。
 

2、当主节点出现故障，此时哨兵节点会通过Raft算法（选举算法）实现选举机制共同选举出一个哨兵节点为leader，来负责处理主节点的故障转移和通知。所以整个运行哨兵的集群的数量不得少于3个节点。
 

3、由leader哨兵节点执行故障转移，过程如下：
 

  • 将某一个从节点升级为新的主节点，让其它从节点指向新的主节点；
  • 若原主节点恢复也变成从节点，并指向新的主节点；
  • 通知客户端主节点已经更换。
 

需要特别注意的是，客观下线是主节点才有的概念；如果从节点和哨兵节点发生故障，被哨兵主观下线后，不会再有后续的客观下线和故障转移操作
 

2.4 主节点的选举
 

1.过滤掉不健康的（己下线的），没有回复哨兵ping响应的从节点。
 

2.选择配置文件中从节点优先级配置最高的。（replica-priority，默认值为100）
 

3.选择复制偏移量最大，也就是复制最完整的从节点。
 

哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式。
 

五、搭建Redis哨兵模式
 

实验环境：
 

节点虚机IP地址
mastercentos7-1192.168.121.10
slave1centos7-2192.168.121.20
slave2centos7-3192.168.121.30
Sentinel-1centos7-4192.168.121.40
Sentinel-2centos7-5192.168.121.50
Sentinel-3centos7-6192.168.121.60
 

生产环境中使用对应数量节点的服务器作为哨兵节点，实验环境中如果电脑性能不够可以把哨兵搭建在原虚机上。
 

实验步骤：
 

5.1 所有节点安装Redis
 

参考上文第三节
 

5.2 master和slave部署Redis主从复制
 

参考上文第三节
 

5.3 修改哨兵节点的配置文件sentinel.conf（所有哨兵节点操作）
 

修改Sentinel-1的配置文件，之后scp传给另外2个哨兵节点。
 

 

2-1.png
 

 

2-2.png
 

 

2-3.png
 

 

2-4.png
 

 

2-5.png
 

 

2-6.png
 

5.4 启动哨兵模式（所有哨兵节点操作）
 

 

2-7.png
 

 

2-8.png
 

 

2-9.png
 

5.5 查看哨兵信息
 

 

 

2-10.png
 

总结
 

三种模式需要注意修改不同的配置文件。
 

主从复制：vim /etc/redis/6379.conf
 

哨兵模式：vim /opt/redis-5.0.7/sentinel.conf
 

cluster集群：vim /opt/redis-5.0.7/redis.conf

                

        

        

    




    

      

        

            

              
                
                  Utopia_dower
                
              
            

            

                关注
              
            

        

        

          
    
            
  • 
              
                
                
                
                
                      0
                
              
              
    点赞
    
            
    • 
            
  • 
              
                
                
                
              
              
    踩
    
            
    • 
            
  • 
              
                
                
                
                
                    0
                
              
              
    
                
    
                  
                    收藏
                  
                
    
              
    
              
    
                
    
                  觉得还不错?
                  
                    一键收藏
                  
                 
                
    
              
    
            
    • 
          
  • 
            
    
              
              
            
    
              
              
              
                    0
              
            
            
    评论
    
          
    • 
          
  • 
          
    • 
          
  • 
            
              
            
              
    
            
              
                
            
    
          
    • 
        

      

      










                



	

		

			

				
					
Redis高可用之主从复制 哨兵 集群

				
			

			

				

					Hard work results, technology is willing to dream
				

				

					04-02
					
					358
					
				

			

		

		

			
				
Redis主从复制  哨兵 集群

			
		

	



                

              
                



	

		

			

				
					
Redis高可用之主从复制、哨兵、集群

				
			

			

				

					GaLiCHaoFan1的博客
				

				

					10-09
					
					244
					
				

			

		

		

			
				
如过要将以前的master的redis启动，需要先将/var/run/redis_6379.pid文件删除，删除执行在执行/etc/init.d/redis_6379 start ，即可启动redis服务，启动之后，哨兵会将它设置为salve从节点，并自动指向新的节点。前者称为主节点(master)，后者称为从节点(Slave)，数据的复制是单向的，只能由主节点到从节点。默认情况下，每台Redis服务器都是主节点，且一个主节点可以有多个从节点（或没有从节点），但一个从节点只能由一个主节点。

			
		

	



                


  
              

                


	

		

			

				
					
【Redis】分布式Redis与高可用性——主从同步、哨兵模式、集群模式

				
			

			

				

					sun_tantan的博客
				

				

					08-17
					
					523
					
				

			

		

		

			
				
35-CodisVSRedisCluster：我该选择哪一个集群方案？
Redis(9)——史上最强【集群】入门实践教程

目录一、主从同步CAP原理同步策略：指令同步、快照同步二、Sentinel哨兵模式自动故障转移配置提供三、集群部署：Codis、ClusterCodisRedis ClusterCodis与Redis Cluster的对比
一、主从同步
即使一些企业没有使用Redis集群，但至少都做了主从。当Master节点挂掉的时候，让Slave节点过来接管，服务就可以继续。否则主节点需要经过数据.

			
		

	





	

		

			

				
					
【Redis】主从、哨兵、集群各自架构的优点和缺点对比

					
热门推荐

				
			

			

				

					m0_45406092的博客
				

				

					04-26
					
					1万+
					
				

			

		

		

			
				
文章目录1. 单机模式2. 主从架构3. 哨兵4. 集群模式
1. 单机模式
Redis 单副本，采用单个 Redis 节点部署架构，没有备用节点实时同步数据，不提供数据持久化和备份策略，适用于数据可靠性要求不高的纯缓存业务场景。
优点：

架构简单，部署方便。
高性价比：缓存使用时无需备用节点(单实例可用性可以用 supervisor 或 crontab 保证)，当然为了满足业务的高可用性，也可以牺牲一个备用节点，但同时刻只有一个实例对外提供服务。
高性能。

缺点：

不保证数据的可靠性。
在缓存使用，

			
		

	



		

			
		



	

		

			

				
					
redis高可用——主从复制、哨兵模式、cluster集群

				
			

			

				

					Breeze_nebula的博客
				

				

					09-08
					
					553
					
				

			

		

		

			
				
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。主从切换技术的方法是，当服务器宕机后，需要手动一台从机切换为主机，这需要人工干预，不仅费时费力而日还会造成一段时间内服务不可用。为了解决主从复制的缺点，就有了哨兵机制。

			
		

	





	

		

			

				
					
redis高可用之主从复制，哨兵，集群

				
			

			

				

					m0_57554973的博客
				

				

					07-30
					
					254
					
				

			

		

		

			
				
redis群集有三种模式，分别是主从同步/复制、哨兵模式、Cluster，下面会讲解一下三种模式的工作方式，以及如何搭建cluster群集。

			
		

	





	

		

			

				
					
Redis的高可用之主从，哨兵，集群

				
			

			

				

					zhouziyu00的博客
				

				

					07-14
					
					134
					
				

			

		

		

			
				
Redis 主从复制
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis)服务器。
默认情况下，每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。
主从复制的作用
数据冗余:主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。
故障恢复:当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复;实际上是一种服务的冗余。
负载均衡:在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数

			
		

	





	

		

			

				
					
Redis高可用（主从复制、哨兵模式和Cluster集群）

				
			

			

				

					云计算运维工程师的成长之路
				

				

					11-10
					
					674
					
				

			

		

		

			
				
集群，即Redis Cluster，是Redis 3.0开始引入的分布式存储方案。集群由多组节点(Node)组成，Redis的数据分布在这些节点中。集群中的节点分为主节点和从节点：只有主节点负责读写请求和集群信息的维护；从节点只进行主节点数据和状态信息的复制。

			
		

	





	

		

			

				
					
Redis（三）主从复制、哨兵、集群

				
			

			

				

					HK的博客
				

				

					11-25
					
					1496
					
				

			

		

		

			
				
主从复制、哨兵、集群

			
		

	





	

		

			

				
					
Redis集群、主从复制、哨兵配置

				
			

			

				

					01-30
				

			

		

		

			
				
Redis创建集群及主从复制，哨兵配置，动态新增节点和删除节点后集群的可用性，插槽的分配机制等。

			
		

	





	

		

			

				
					
Redis部署笔记（单机+主从+哨兵+集群）

				
			

			

				

					09-14
				

			

		

		

			
				
基于Centos7系统，由浅入深讲解如何部署Redis的四种模式，分别是：单机模式、主从模式、哨兵模式、集群模式。 完整原文：http://exp-blog.com/2018/09/14/pid-2285/  同时提供Jedis客户端封装源码： ● 屏蔽Jedis与...

			
		

	





	

		

			

				
					
关于redis四种不同模式（单例\主从\哨兵\集群）java示例代码项目下载（含完整依赖包）.txt

				
			

			

				

					07-16
				

			

		

		

			
				
该项目提供正对redis四种不同模式 （单例模式/主从模式/哨兵模式/集群模式）demo代码示例，项目结构如图所示，其中cluster目录下JedisCulsterTest.java是集群示例、jedis下JedisClientTest.java是单例示例、sentinel...

			
		

	





	

		

			

				
					
2019年 Redis从入门到高可用 分布式实战教程

				
			

			

				

					03-11
				

			

		

		

			
				
掌握redis主从、哨兵、集群 ，参数调优  目录：  9-9 原生安装-1.准备节点.mp4  9-8 原生安装.mp4  9-7 基本架构.mp4  9-6 虚拟槽哈希分布.mp4  9-5 一致性哈希分区.mp4  9-4 节点取余分区.mp4  9-3 数据分布概论....

			
		

	





	

		

			

				
					
redis集群模式例子，三主三从，非常简单

				
			

			

				

					08-01
				

			

		

		

			
				
高性能、高可用，有效解决了Redis分布式需求 缺点   不支持原子操作：在Redis集群中，不同节点之间的数据访问会出现延迟，因此不支持原子操作，可能会导致数据的不一致性。  需要配置复杂：Redis集群需要配置投票数...

			
		

	





	

		

			

				
					
redis试题按知识点归类(三)

				
			

			

				

					u012728971的博客
				

				

					05-13
					
					145
					
				

			

		

		

			
				
十一、发布/订阅

1.Redis 的发布/订阅模型是如何工作的？

2.如何使用 Redis 作为消息队列？

3.发布/订阅在实际应用中有哪些用例？

十二、缓存策略

1.如何确定 Redis 的缓存策略？

2.Redis 的缓存替换策略有哪些？

3.如何使用 Redis 作为缓存层？

十三、客户端与生态系统

1.Redis 支持哪些编程语言的客户端？

2.Redisson 和 Jedis 有什么不同？

3.如何使用 Redis 模块？

十四、运维与管理

1.如何监控和管理 Redis

			
		

	





	

		

			

				
					
【Linux】Centos7安装Redis

					
最新发布

				
			

			

				

					m0_72166275的博客
				

				

					05-17
					
					317
					
				

			

		

		

			
				
Reid 官网下载 Redis 7.2。

			
		

	





	

		

			

				
					
Redis-集群方案

				
			

			

				

					A的博客
				

				

					05-14
					
					869
					
				

			

		

		

			
				
Cluster分片集群 : 多主多从 , 解决高并发写的问题, ,  Cluster 它将数据分片存储到多个节点上，并通过集群间的消息通信(PING命令)来实现数据的自动迁移和故障转移。哨兵（Sentinel）集群 : 主从集群的结构之上 , 加入了哨兵用于监控集群状态 , 主节点出现故障, 执行主从切换 , 解决高可用问题，每个 Sentinel 进程都会监控一组 Redis 实例，并通过投票选举出新的主节点。解决高并发读的问题，主节点负责写操作，从节点复制主节点的数据，并提供读服务。

			
		

	





	

		

			

				
					
Redis04持久化操作

				
			

			

				

					a12jggfdd的博客
				

				

					05-15
					
					314
					
				

			

		

		

			
				
Redis持久化操作内容的学习。

			
		

	





	

		

			

				
					
redis 集群 主从 哨兵

				
			

			

				

					09-08
				

			

		

		

			
				
最后，可以参考相关的使用博客来了解更多关于Windows Redis主从集群实例加哨兵集群的详细使用方法和配置步骤。<span class="em">1</span><span class="em">2</span><span class="em">3</span><span class="em">4...

			
		

	



              



  
“相关推荐”对你有帮助么？

  

      
    
          
  • 
              
    
                  
                  
              
    
              
    非常没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    一般
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    有帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    非常有帮助
    
          
    • 
      

      

      

          
          提交
      

      

  




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值