系统变迁之三--引入redis缓存

关于缓存

• 最初开关和配置项是存放在内存中的，使用一个static final的currentmap存储，可以快速配置，但是需要修改时，必须保证每台服务器对应的配置都同时生效…
• 一些不经常变动的查询类数据，比如城市，站点，司机信息等，没必要每次都去查询数据库，即使做了索引和ibatis的缓存，也对db依然有压力不是？
• 一个应用部署在集群中时，session维护是个比较关键的事情，当然可以通过nginx的负载均衡策略来把相同ip请求过来的数据分配到同一台服务器中，不过这种方式就限定了负载均衡的配置策略，更灵活也更根本的方式的方式，则是维护一份唯一的session，供多台服务器共享

唧唧歪歪一大堆，不过是为了引入缓存服务器。这里使用redis，相对于memcache，支持的数据类型更丰富;相对于mongodb，在使用上更容易上手。关于redis的介绍，可以参照这里（http://redis.io ），而关于以上三种都可以作为缓存服务器的中间件对比，可以参考这里(
http://www.cnblogs.com/94cool/p/3247307.html
http://stackoverflow.com/questions/10558465/memcached-vs-redis )，我就不重复造轮子啦

系统引入redis

• 添加依赖
  
  redis.clients
  jedis
  2.8.0
  
  
  org.springframework.data
  spring-data-redis
  1.6.2.RELEASE
  

• 加入对应的配置
  可以将配置信息放入对应的redis.properties中，在spring中引用此properties。不过我更习惯直接在spring中直接配置，结合maven的profile来指定不同环境的配置
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  

       
           --在env.properties中设置对应IP
           
           --使用连接池，提高连接利用率
           
       
  
  
  
           
               
                
           
               
          
       
  
  

• 对应的java代码，统一封装在constantsDao中，统一维护db与redis中的数据，保持两者数据同步。
  @Repository("constantRedisDao")public class ConstantDaoImpl implements ConstantDao {
  @Autowired
  private ConfigMapper configMapper;
  ......//仅列出配置项相关代码，其它需要放入redis的数据，也类似的封装对应的方法。
  @Autowired
  private RedisTemplate redisTemplate;
  // 对于列表数据，可以考虑,依次类推

      @Override
      public String getConfigByKey(String key) throws YxBizException {    
         ConfigDO configDO = null;    
         configDO = queryConfigByKey(key);    
         return configDO.getValue();
       }
  
      @Override
     public ConfigDO queryConfigByKey(String key) {    
         ConfigDO configDO = null;    
        //判断redis中是否有值    
        if (redisTemplate.hasKey(NonConfigYxConstants.Y_CONFIG + key)) {        
            logger.debug("get config from redis:" + NonConfigYxConstants.Y_CONFIG + key);      
            configDO = (ConfigDO) redisTemplate.opsForValue().get(NonConfigYxConstants.Y_CONFIG + key);    
        }    
  
        if (null == configDO) {        
            //从数据库中取值        
           logger.debug("get config from datasource:" + NonConfigYxConstants.Y_CONFIG + key); 
           configDO = configMapper.queryConfigByKey(key);        
           Preconditions.checkNotNull(configDO, ResultCodeEnum.CONFIG_INFO_NOT_EXIST.getType());        
          //存入redis中        
          redisTemplate.opsForValue().set(NonConfigYxConstants.Y_CONFIG + key, configDO); 
         //设置失效时间        
         redisTemplate.expire(NonConfigYxConstants.Y_CONFIG + key, NonConfigYxConstants.EXPIRE, TimeUnit.DAYS);    
      }    
       return configDO;
  }
  
   @Override
   @Transactional(rollbackFor = Exception.class)
   public void addConfig(ConfigDO configDO) {      
        configMapper.addConfig(configDO);
    }
  
   @Override
   @Transactional(rollbackFor = Exception.class)
   public void updateConfig(ConfigDO configDO) {    
       //修改缓存中数据    
      logger.debug("update config to redis:" + NonConfigYxConstants.Y_CONFIG + configDO.getConfigKey());    
      try {        
           redisTemplate.opsForValue().set(NonConfigYxConstants.Y_CONFIG + configDO.getConfigKey(), configDO);        
          //设置失效时间        
          redisTemplate.expire(NonConfigYxConstants.Y_CONFIG + configDO.getConfigKey(), NonConfigYxConstants.EXPIRE, TimeUnit.DAYS);    
     } catch (Exception e) {        
         //如果redis添加失败抛出异常  添加失败        
       throw new YxBizException(ResultCodeEnum.UPDATE_FAIL.getType());    
    }    
    configMapper.updateConfig(configDO);
  }
  
    @Override
    @Transactional(rollbackFor = Exception.class)
    public void deleteConfig(ConfigDO configDO) {    
        //删除缓存中数据    
        logger.debug("delete config to redis" + NonConfigYxConstants.Y_CONFIG + configDO.getConfigKey());    
        try {        
             redisTemplate.delete(NonConfigYxConstants.Y_CONFIG + configDO.getConfigKey());    
        } catch (Exception e) {        
             //如果redis删除失败抛出异常  添加失败        
            throw new YxBizException(ResultCodeEnum.UPDATE_FAIL.getType());    
       }    
     configMapper.deleteConfigs(configDO);
   }
  

• 将session统一放入redis中
  为了统一维护session，确保在集群环境下session的唯一性，选择将session统一放入redis中。有两种方式：

  • 在代码中手动维护，每次登陆与注销时，去redis中更新对应的存留信息；优点是灵活性大，可以自定义需要保存的信息，缺点是工作量比较大，且有比较多的代码侵入。
  • tomcat7有插件支持将session存入redis，工作量比较小，无代码侵入。

  项目中采用了方式二，下面大概介绍下对应的配置：

  • 下载插件tomcat-redis-session-manager，并放入tomcat下lib目录中，关于tomcat-redis-session-manager详见：https://github.com/jcoleman/tomcat-redis-session-manager
  • 同时将相关依赖的包jedis-2.5.2.jar commons-pool2-2.2.jar（包版本可以根据对应的redis版本调整）也放入同一路径。
  • 在tomcat\conf下的context.xml中加入配置，注意valve一定要在manager之前定义（官方说在server.xml中也会生效，实际测试并不成功，bs。。）：
    
    host="localhost"
    port="6379"
    database="1"
    password="redispassword"
    maxInactiveInterval="60"
    sessionPersistPolicies="PERSIST_POLICY_1,PERSIST_POLICY_2,.."
    sentinelMaster="SentinelMasterName"
    sentinels="sentinel-host-1:port,sentinel-host-2:port,.." />
    将每个tomcat实例都设置成上述配置，重启生效。