这篇文章主要介绍“迁Aliyun redis遇到的坑分析”，在日常操作中，相信很多人在迁Aliyun Redis遇到的坑分析问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”迁Aliyun Redis遇到的坑分析”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

成都创新互联公司专注于乐东黎族企业网站建设,自适应网站建设,成都商城网站开发。乐东黎族网站建设公司,为乐东黎族等地区提供建站服务。全流程按需策划设计，专业设计，全程项目跟踪，成都创新互联公司专业和态度为您提供的服务

背景：

从自建 redis（CacheCloud）到迁移到 aliyun redis

1. 踩“坑”一

问题：
平常小伙伴们在项目中可能用到redis key expire nofity的场景（比如：处理延时任务等），但是发现迁移后 key 过期通知总是比未迁移之前的时间慢一个数量级（基本上分钟级别，社区版基本上秒级别），及时在很少的 key 情况也是一样的；之前也和 aliyun support 小伙伴沟通过，给出反馈都一个星期多了~
定位：
了解过 redis 的过期策略以及淘汰策略的小伙伴，应该都知道针对惰性删除测试，是遍历整个 db，随机选取 20 个 key（默认），淘汰；但是，aliyun redis（使用的是 4.x 版本）的默认 db 数是 256（社区版的是 16）
解决：
调整项目 redis db 数为16

2. 踩“坑”二

问题：
迁移后的 redis，在域名（aliyun redis 针对社区版的主从，哨兵，集群模式等暴露出一个域名）指向 ip 发生变化的时候，客户端通过域名访问的时候，依然解析指向的是老的 ip，导致连接不上 redis~
定位：
查看 JedisConnectionFactory 的源码可以发现（以集群为例），在初始化 afterPropertiesSet 时，已经将域名解析成对应的 ip 缓存起来了，故之后域名切换 ip 后，依然访问的是之前的 ip

private JedisCluster createCluster() {

		JedisCluster cluster = createCluster(this.clusterConfig, getPoolConfig());
		JedisClusterConnection.JedisClusterTopologyProvider topologyProvider = new JedisClusterConnection.JedisClusterTopologyProvider(cluster);
		this.clusterCommandExecutor = new ClusterCommandExecutor(topologyProvider,
				new JedisClusterConnection.JedisClusterNodeResourceProvider(cluster, topologyProvider), EXCEPTION_TRANSLATION);
		return cluster;
	}

解决：
切换域名 ip 后重启服务

到此，关于“迁Aliyun Redis遇到的坑分析”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！

本文名称：迁AliyunRedis遇到的坑分析
转载源于：http://csdahua.cn/article/ihoooc.html