senvil的专栏

Redis主从架构持久化存在一个问题，即前次测试的结论，持久化需要配置在主实例上才能跨越实例保证数据不丢失，这样以来主实例在持久化数据到硬盘的过程中，势必会造成磁盘的I/O等待，经过实际测试，这个持久化写硬盘的过程给应用程序带来的影响无法忍受；因而在大多数场景下，会考虑把持久化配置在从实例上，当主实例宕机后，通过手动或者自动的方式将从实例提升为主实例，继续提供服务！当主实例恢复后，先从原从实例上同

本文内容来源于 Redis 的官方文档，对 Redis 自己的应用层协议进行了详细深入的讲解，由@JeremyWei 同学进行翻译并分享给大家。原译文链接：http://weizhifeng.net/redis-protocol.htmlRedis协议是从以下几个方面做的一个折中方案：容易实现机器解析要快容易被人理解网络层客户端通过创建到6379端口的TCP连接来连接到一个

1、脚本：名字，redisvi /etc/init.d/redis #!/bin/sh#chkconfig: 2345 80 90#description:auto_runPATH=/usr/local/bin:/sbin:/usr/bin:/bin  REDISPORT=6379  EXEC=/usr/local/bin/redis-server 

一致性哈希算法是分布式系统中常用的算法。比如，一个分布式的存储系统，要将数据存储到具体的节点上，如果采用普通的hash方法，将数据映射到具体的节点上，如key%N，key是数据的key，N是机器节点数，如果有一个机器加入或退出这个集群，则所有的数据映射都无效了，如果是持久化存储则要做数据迁移，如果是分布式缓存，则其他缓存就失效了。    因此，引入了一致性哈希算法： 

Redis 在当前的技术社区里是非常热门的。从来自 Antirez 一个小小的个人项目到成为内存数据存储行业的标准，Redis已经走过了很长的一段路。随之而来的一系列最佳实践，使得大多数人可以正确地使用 Redis。下面我们将探索正确使用 Redis 的10个技巧。1、停止使用 KEYS *Okay，以挑战这个命令开始这篇文章，或许并不是一个好的方式，但其确实可能是最重要的一点。很

要掌握redis的用法，配置文件的重要参数必须掌握，下面是笔者对各个参数的学习笔记，同时会针对特殊参数的使用场景做简短说明。include /path/to/other.conf解释：include和c里面的include概念类似，可以把redis的的参数分散到其他文件，当运行多个redis实例时，通过include一个common的配置文件让所有redis-server共享，简化

网站的访问量慢慢上来了。为了网站的性能方面，开始用了redis做缓存策略。刚开始的时候，redis是一个单点，当一台机器岩机的时候，redis的 服务完全停止，这时就会影响其他服务的正常运行。费话不多说了，下面利用redis sentinel做一个主从切换的集群管理。做这个集群管理的时候，查过很多资料才完全了解，他是怎么做的。java 客户端请看：http://blog.mkfre

http://jimgreat.iteye.com/blog/1586671 由于项目中使用Redis，所以使用它的Java客户端Jedis也有大半年的时间（后续会分享经验）。 最近看了一下源码，源码清晰、流畅、简洁，学到了不少东西，在此分享一下。（源码地址：https://github.com/xetorthio/jedis） 协议

JedisPoolConfig config = new JedisPoolConfig(); //连接耗尽时是否阻塞, false报异常,ture阻塞直到超时, 默认trueconfig.setBlockWhenExhausted(true); //设置的逐出策略类名, 默认DefaultEvictionPolicy(当连接超过最大空闲时间,或连接数超过最

如何配置Pool的参数JedisPool的配置参数很大程度上依赖于实际应用需求、软硬件能力，JedisPool的配置参数大部分是由JedisPoolConfig的对应项来赋值的。maxActive：控制一个pool可分配多少个jedis实例，通过pool.getResource()来获取；如果赋值为-1，则表示不限制；如果pool已经分配了maxActive个j