通过redis选主进程

本文介绍了一种基于Redis的快速实现主进程选举方案。通过生成唯一标识符并利用Redis的SETNX指令来确保集群中只有一个主进程。该方案适用于需要在多个进程中选出一个主进程的场景。

选主进程的方式有很多,完善点的方案就是zookeeper来做。这里介绍的是一种基于redis选主的方案,快速开发,快速实现。

Springside4里有个MasterElector类,细读代码后整理出自己的总结如下。

1.      业务进程启动时生成hostId,hostId的规则是“主机名-随机数”,一台主机部署多个进程实例的情况,也可以改为“主机名-端口”。

2.      业务进程调用jedis.get(masterKey)获取masterFromRedis。

3.      如果masterFromRedis为空,调用setnx(masterKey, hostId)方法设值,方法返回值大于0当前进程选为主进程,并且expire(masterKey,expireSeconds)设置key的有效期。Setnx返回值小于等于0时不能选为主进程。

如果masterFromRedis等于hostId,当前进程选为主进程,并且expire(masterKey, expireSeconds)设置key的有效期。

4.      按时间间隔intervalSeconds定期执行第二步和第三步。

 

 

当get(masterKey)之后获取到的masterFromRdis为空,在setnx之前,有其他进程已经Set了masterKey的值,本进程再调用setnx返回0失败.reids api文档有详细介绍:

 

SETNX key value

将 key 的值设为 value ,当且仅当 key 不存在。

若给定的 key 已经存在,则 SETNX 不做任何动作。

SETNX 是『SET if Not eXists』(如果不存在,则 SET)的简写。

可用版本:

>= 1.0.0

时间复杂度:

O(1)

返回值:

设置成功,返回 1 。

设置失败,返回 0 。

 

intervalSeconds定时时间间隔设置短些,可以减少异常情况下没有主的情况。

附上springside4的代码

 

 

public class MasterElector implementsRunnable {

 

                   publicstatic final String DEFAULT_MASTER_KEY = "master";

 

                   privatestatic Logger logger = LoggerFactory.getLogger(MasterElector.class);

 

                   privatestatic AtomicInteger poolNumber = new AtomicInteger(1);

                   privateScheduledExecutorService internalScheduledThreadPool;

                   privateScheduledFuture electorJob;

                   privateint intervalSeconds;

 

                   privateJedisTemplate jedisTemplate;

 

                   privateint expireSeconds;

                   privateString hostId;

                   privateAtomicBoolean master = new AtomicBoolean(false);

                   privateString masterKey = DEFAULT_MASTER_KEY;

 

                   publicMasterElector(JedisPool jedisPool, int intervalSeconds, int expireSeconds) {

                                      jedisTemplate= new JedisTemplate(jedisPool);

                                      this.expireSeconds= expireSeconds;

                                      this.intervalSeconds= intervalSeconds;

                   }

 

                   /**

                    * 发挥目前该实例是否master

                    */

                   publicboolean isMaster() {

                                      returnmaster.get();

                   }

 

                   /**

                    * 启动抢注线程, 自行创建scheduler线程池.

                    */

                   publicvoid start() {

                                      internalScheduledThreadPool= Executors.newScheduledThreadPool(1,

                                                                            Threads.buildJobFactory("Master-Elector-"+ poolNumber.getAndIncrement() + "-%d"));

                                      start(internalScheduledThreadPool);

                   }

 

                   /**

                    * 启动抢注线程, 使用传入的scheduler线程池.

                    */

                   publicvoid start(ScheduledExecutorService scheduledThreadPool) {

                                      if(intervalSeconds >= expireSeconds) {

                                                         thrownew IllegalArgumentException("periodSeconds must less than expireSeconds.periodSeconds is "

                                                                                               +intervalSeconds + " expireSeconds is " + expireSeconds);

                                      }

 

                                      hostId= generateHostId();

                                      electorJob= scheduledThreadPool.scheduleAtFixedRate(new WrapExceptionRunnable(this), 0,intervalSeconds,

                                                                            TimeUnit.SECONDS);

                                      logger.info("masterElectorstart, hostName:{}.", hostId);

                   }

 

                   /**

                    * 停止分发任务,如果是自行创建的threadPool则自行销毁。

                    */

                   publicvoid stop() {

                                      electorJob.cancel(false);

 

                                      if(internalScheduledThreadPool != null) {

                                                         Threads.normalShutdown(internalScheduledThreadPool,5, TimeUnit.SECONDS);

                                      }

                   }

 

                   /**

                    * 生成host id的方法哦,可在子类重载.

                    */

                   protectedString generateHostId() {

                                      Stringhost = "localhost";

                                      try{

                                                         host= InetAddress.getLocalHost().getHostName();

                                      }catch (UnknownHostException e) {

                                                         logger.warn("cannot get hostName", e);

                                      }

                                      host= host + "-" + new SecureRandom().nextInt(10000);

 

                                      returnhost;

                   }

 

                   @Override

                   publicvoid run() {

                                      jedisTemplate.execute(newJedisActionNoResult() {// NOSONAR

                                                                                               @Override

                                                                                               publicvoid action(Jedis jedis) {

                                                                                                                  StringmasterFromRedis = jedis.get(masterKey);

 

                                                                                                                  logger.debug("masteris {}", masterFromRedis);

 

                                                                                                                  //if master is null, the cluster just start or the master had crashed, try toregister myself

                                                                                                                  //as master

                                                                                                                  if(masterFromRedis == null) {

                                                                                                                                     //use setnx to make sure only one client can register as master.

                                                                                                                                     if(jedis.setnx(masterKey, hostId) > 0) {

                                                                                                                                                        jedis.expire(masterKey,expireSeconds);

                                                                                                                                                        master.set(true);

 

                                                                                                                                                        logger.info("masteris changed to {}.", hostId);

                                                                                                                                                        return;

                                                                                                                                     }else {

                                                                                                                                                        master.set(false);

                                                                                                                                                        return;

                                                                                                                                     }

                                                                                                                  }

 

                                                                                                                  //if master is myself, update the expire time.

                                                                                                                  if(hostId.equals(masterFromRedis)) {

                                                                                                                                     jedis.expire(masterKey,expireSeconds);

                                                                                                                                     master.set(true);

                                                                                                                                     return;

                                                                                                                  }

 

                                                                                                                  master.set(false);

                                                                                               }

                                                                            });

                   }

 

                   /**

                    * 如果应用中有多种master,设置唯一的mastername

                    */

                   publicvoid setMasterKey(String masterKey) {

                                      this.masterKey= masterKey;

                   }

 

                   //for test

                   publicvoid setHostId(String hostId) {

                                      this.hostId= hostId;

                   }

}

 

<think>首先,用户的问题是基于提供的引用内容:"我想查找以守护进程方式使用docker安装并启动redis失败的解决方案"。用户特别提到参考之前的引用,但系统指令说"上述引用仅供参考,并不是用户真正的需求,请尽可能多的参考用户上一次的问题和你的回答"。用户上一次的问题是在这个上下文中,我需要回顾。 用户的上一次问题是:"参考站内引用:引用[1]:... [^1]。引用[2]:... [^2]。引用[3]:... [^3]。引用[4]:... [^4]。引用[5]:... [^5]。上述引用仅供参考,并不是用户真正的需求,请尽可能多的参考用户上一次的问题和你的回答。我想查找以守护进程方式使用docker安装并启动redis失败的解决方案 请问docker以守护进程方式安装并启动redis失败的解决办法" 所以,用户的核心问题是:使用Docker以守护进程方式安装并启动Redis失败时的解决方案。 现在,我需要回顾提供的引用内容: - 引用[1]: 强调使用Docker启动Redis守护进程的简便性。 - 引用[2]: 展示了一个启动命令:`sudo docker run -d --name redis --restart always -p 6379:6379 -v /host/redis/data:/data -v /host/redis/conf/redis.conf:/etc/redis/redis.conf redis redis-server /etc/redis/redis.conf` 并提到验证是否运行。 - 引用[3]: 另一个启动命令:`docker run -p 6379:6379 --name my_redis -v /home/redis/conf/redis.conf:/etc/redis/redis.conf -v /home/redis/data:/var/redis/data -d redis redis-server /etc/redis/redis.conf --appendonly yes`。 - 引用[4]: 强调Docker简化部署和持久化的重要性。 - 引用[5]: 包含修改Redis配置文件的提示,特别是"daemonize no",因为如果设置为yes会使配置文件方式启动失败。 关键点在引用[5]: "默认no,改为yes意为以守护进程方式启动,可后台运行,除非kill进程,改为yes会使配置文件方式启动redis失败"。这表明在Redis配置文件中设置`daemonize yes`会导致使用配置文件启动Redis失败。 用户的问题是关于使用Docker以守护进程方式启动Redis失败。引用[5]明确指出,在配置文件方式中设置`daemonize yes`会导致失败。 在Docker上下文中,当使用`docker run -d`时,容器已经在后台运行(类似于守护进程),所以Redis本身不应该设置为守护进程模式。因为Docker容器本身管理进程的生命周期。 因此,解决方案可能是确保在Redis配置文件中设置`daemonize no`,而不是yes。 参考用户提供的命令: - 在引用[2]和[3]中,启动命令都指定`redis-server /etc/redis/redis.conf`,意味着使用配置文件。 - 在引用[5],它说如果设置`daemonize yes`,启动会失败。 所以,失败的原因可能是配置文件中`daemonize`设置为yes。 解决方案:编辑Redis配置文件,设置`daemonize no`。 用户提到"守护进程方式",但在Docker中,守护进程方式通常指的是容器在后台运行(通过`-d`项),而不是Redis进程本身作为守护进程。 因此,在回答中,我需要解释清楚这一点。 系统指令要求: - 使用中文回答。 - 结构清晰,逐步解决问题。 - 保证真实可靠(基于提供的引用)。 - 添加引用标识在末尾。 - 生成相关问题。 回答结构: 1. **分析问题原因**:解释为什么启动失败。根据引用[5],设置`daemonize yes`在配置文件方式中会导致失败。 2. **提供解决方案**:指导用户修改配置文件为`daemonize no`。 3. **验证步骤**:建议如何验证Redis是否成功启动。 4. **生成相关问题**:在末尾添加相关问题。 在回答中,需要自然地添加引用标识。例如,提到原因时引用[5]。 完整回答框架: - 开头简述问题。 - 步骤1: 原因分析(引用[5])。 - 步骤2: 解决方案 – 修改配置文件。 - 步骤3: 正确启动命令示例(参考引用[2]或[3])。 - 步骤4: 验证方法(参考引用[2])。 - 结尾总结。 - §§相关问题§§。 确保LaTeX语法正确,但问题中可能没有太多数学表达式,所以可能不需要使用$...$或$$...$$。 最后,生成相关问题,例如:如何配置Redis持久化?如何优化Docker Redis性能?等。 </think>### Docker 以守护进程方式安装并启动 Redis 失败的解决方案 根据您的问题,您在使用 Docker 以守护进程方式(即后台运行)安装并启动 Redis 时遇到了失败。这种情况通常是由于 Redis 配置文件中的 `daemonize` 参数设置不当引起的。在 Docker 环境中,容器本身已通过 `-d` 项以守护进程方式运行,因此 Redis 进程本身不应再设置为守护进程模式(即 `daemonize yes`),否则会导致启动冲突和失败[^5]。下面我将逐步解释原因并提供可靠的解决方案。解决方案基于 Docker 最佳实践和您提供的引用内容。 #### 步骤 1: 分析失败原因 - **核心问题**:当 Redis 配置文件(如 `redis.conf`)中设置 `daemonize yes` 时,Redis 会尝试以守护进程模式运行。但在 Docker 容器中,容器引擎(如 `dockerd`)已通过 `docker run -d` 命令管理进程的后台运行。如果配置文件强制 Redis 自身作为守护进程,它会与容器管理机制冲突,导致启动失败[^5]。 - **常见表现**:启动命令后,容器可能立即退出(使用 `docker ps -a` 查看状态为 `Exited`),日志中显示错误如 "Background service not supported" 或 "Redis cannot run in foreground when daemonized"。 - **引用支持**:引用[5] 明确指出:"默认no,改为yes意为以守护进程方式启动,可后台运行,除非kill进程,改为yes会使配置文件方式启动redis失败"[^5]。这确认了配置错误是常见原因。 #### 步骤 2: 修改 Redis 配置文件 解决的关键是将配置文件中的 `daemonize` 参数设为 `no`,确保 Redis 在前台运行,由 Docker 管理后台进程。以下是具体操作: 1. **编辑配置文件**: - 修改配置文件(如 `/host/redis/conf/redis.conf` 或自定义路径),找到 `daemonize` 行并设置为 `no`: ```ini # 默认值或原有设置,改为 no daemonize no ``` - 同时检查其他关键参数: - `protected-mode no`:禁用保护模式,允许远程访问(可,根据需要设置)。 - `bind 0.0.0.0`:允许所有 IP 访问(替代 `bind 127.0.0.1`)。 - `requirepass yourpassword`:设置密码增强安全(可)。 - *注意*:如果配置文件不存在,请先创建一个标准 Redis 配置文件(可从 [Redis 官方仓库](https://github.com/redis/redis) 下载示例)。 2. **保存并验证配置**: - 使用命令检查语法:`redis-server /etc/redis/redis.conf --test`(需在容器内运行或在机模拟测试)。 - 确保文件权限正确(例如,机配置文件需容器可读):`chmod 644 /host/redis/conf/redis.conf`。 #### 步骤 3: 使用正确命令启动 Redis 容器 修改配置文件后,通过 Docker 命令以守护进程方式启动容器。参考引用[2]和[3],使用以下命令: ```bash docker run -d \ --name my_redis \ --restart always \ -p 6379:6379 \ -v /host/redis/conf/redis.conf:/etc/redis/redis.conf \ -v /host/redis/data:/data \ redis \ redis-server /etc/redis/redis.conf \ --appendonly yes # 可:启用持久化 ``` - **参数解释**: - `-d`:以守护进程方式运行容器(后台模式)。 - `--restart always`:确保容器异常退出时自动重启。 - `-v`:挂载配置文件和数据库目录,确保数据持久化。 - `redis-server /etc/redis/redis.conf`:指定使用修改后的配置文件。 - *关键点*:避免在命令中额外添加 `--daemonize yes`,因为配置文件已处理。 #### 步骤 4: 验证是否启动成功 启动后,检查容器状态和日志: 1. **查看容器状态**: ```bash docker ps # 应显示状态为 "Up" ``` 如果状态异常(如 "Exited"),检查日志: ```bash docker logs my_redis # 替换为您的容器名 ``` 日志应显示 "Ready to accept connections",无错误信息。 2. **测试 Redis 连接**: ```bash docker exec -it my_redis redis-cli ping # 如果设置了密码,添加认证 docker exec -it my_redis redis-cli -a yourpassword ping ``` 响应应为 "PONG",表示 Redis 正常运行[^2]。 #### 总结 通过确保 Redis 配置文件中的 `daemonize no`,并正确使用 `docker run -d` 命令,您可以在 Docker 中可靠地以守护进程方式运行 Redis。这种方法避免了进程冲突,并利用容器化技术简化部署[^1][^4]。如果问题依旧,请检查 Docker 日志(`journalctl -u docker`)或机资源限制(如内存不足)。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值