随着缓存在web服务中用的越来越广泛，redis可以说成为了目前最流行的NoSQL数据库！redis与memcached最大的不同在于redis支持更多的数据类型，包括string、hash、list、set、sorted list等，所以redis的发展非常迅速，很多公司已将memcached替换为redis。我也做了一些redis的开发，现做一些小结。
1. redis常用配置
daemonize no //Redis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程
pidfile /var/run/redis.pid //当Redis以守护进程方式运行时，可以通过pidfile指定pid写入的文件
port 6379 //指定Redis监听端口，默认端口为6379
bind 127.0.0.1 //只接受来至某IP的请求
save <seconds> <changes> //指定在多长时间内，有多少次更新操作
rdbcompression yes //指定存储至本地数据库时是否压缩数据，默认为yes，Redis采用LZF压缩，如果为了节省CPU时间，可以关闭该选项，但会导致数据库文件变的巨大
dbfilename dump.rdb //指定本地数据库文件名，默认值为dump.rdb
dir ./data //指定本地数据库存放目录
tcp-keepalive 60 //主动检测客户端链接是否正常，官方建议60s
slaveof <masterip> <masterport> // 设置当本机为slav服务时，设置master服务的IP地址及端口，在Redis启动时，它会自动从master进行数据同步
appendonly no //指定是否在每次更新操作后进行日志记录，Redis在默认情况下是异步的把数据写入磁盘，如果不开启，可能会在断电时导致一段时间内的数据丢失。
appendfilename appendonly.aof //指定更新日志文件名，默认为appendonly.aof
vm-enabled no //指定是否启用虚拟内存机制，默认值为no，简单的介绍一下，VM机制将数据分页存放，由Redis将访问量较少的页即冷数据swap到磁盘上，访问多的页面由磁盘自动换出到内存中
2. redis.clients.jedis.exceptions.JedisException: Could not return the resource to the pool 异常
在开发中我遇到这个异常，翻来覆去看代码都没找到哪里写错了，最后无奈重启机器，把redis也重新启动，结果又不抛异常了！
哦，我才发现原来我在redis的同一个数据库中即放了String字符串，又想放byte[]造成的，记住同一个数据库要放同一种数据结构！
3. Spring 与jedis整合
Jedis 是 redis官方首选的 Java 客户端开发包。虽然spring-data-redis封装的更好，但本人还是喜欢直接使用jedis，这样灵活性更好。下面介绍spring与jedis配置：
spring配置文件配置bean，主要是在spring容器中创建jedis需要的对象
<bean id="jedisPoolConfig" class="redis.clients.jedis.JedisPoolConfig"> <property name="maxTotal" value="50" /> <property name="testOnBorrow" value="true" /> <property name="maxIdle" value="10" /> <property name="maxWaitMillis" value="1000" /> </bean> <bean id="shardedJedisPool" class="redis.clients.jedis.ShardedJedisPool"> <constructor-arg index="0" ref="jedisPoolConfig" /> <constructor-arg index="1"> <list> <bean class="redis.clients.jedis.JedisShardInfo"> <constructor-arg index="0" value="127.0.0.1" /> <constructor-arg index="1" value="6379" type="int" /> </bean> </list> </constructor-arg> </bean>
接下来就可以在java持久层或服务层自动注入jedis对象：
import org.springframework.beans.factory.annotation.Autowired; import org.springframework.stereotype.Repository; import redis.clients.jedis.ShardedJedis; import redis.clients.jedis.ShardedJedisPool; @Repository public class RedisDao { @Autowired private ShardedJedisPool pool; public String getString(String key){ ShardedJedis jedis = null; try { jedis = pool.getResource(); return jedis.get(key); } catch (Exception e) { e.printStackTrace(); }finally{ pool.returnResourceObject(jedis); } return null; } }
4. redis监控
查看redis内存使用情况：
用redis-cli连接redis，用info memory查看内存占用情况
$ ./src/redis-cli 127.0.0.1:6379> info memory # Memory used_memory:37583536 used_memory_human:35.84M used_memory_rss:40407040 used_memory_peak:38312160 used_memory_peak_human:36.54M used_memory_lua:35840 mem_fragmentation_ratio:1.08 mem_allocator:jemalloc-3.6.0
used_memory：redis当前数据使用的内存，可能包括SWAP虚拟内存。
used_memory_rss：redis当前占用的物理内存，与top命令查看的进程占用内存一致。
mem_fragmentation_ratio：used_memory_rss/used_memory比值，这个值比较重要，当
mem_fragmentation_ratio<1时，说明redis已经在使用SWAP，运行性能会受到很大影响。通常情况下该值比1大一如何避免mem_fragmentation_ratio<1?需要在redis.conf文件中正确配置三个参数：maxmemory、maxmemory-policy、maxmemory-samples。maxmemory：默认为0,在这种情况下，redis会尽可能使用物理内存，用完后尽可能使用虚拟内存。当使用SWAP时，性能会急剧下降，极限情况下redis可能会宕 这是运行环境中redis服务宕机的主要原因。因此在生产环境中一定要给该参数设置一个合理的值。当内存使用达到阀值时，redis会使用清除策略腾出内存。
maxmemory-policy：定义清除策略。
5. redis主从复制
redis复制支持主从复制，一个主库可以挂多个从库，支持读写分离。同时从库可以再挂从库形成级联复制，可以用于解决大规模应用场景下服务的响应能力，而却由于存在多个数据源，数据丢失风险大为降低。
6. redis持久化
redis的持久化有RDB和AOF两种模式。两种模式可以单独存在也可以同时使用。RDB模式是在给定时间点将redis数据库快照保存为一个rdb文件。当redis重启时会根据这个快照文件重新加载数据。rdb模式可以在redis.conf文件中配置相关操作来触发：
save 参数 ， 设置定点保存快照数据规则，如：
save 900 1 900秒后至少1个键值发生改变
save 300 10 300秒后至少10个键值发生改变
当最后有save ""语句时表示禁用rdb
AOF模式是将没一写操作命令写入文件，在数据恢复时，AOF模式可以尽最大可能减少数据损失。因此，在两种模式都开启时，redis重启时会优先根据AOF文件进行数据恢复。
7. redis sharding
目前jedis已经支持sharding，她是采用consistent hashing，将key与节点name同时hash，用虚拟节点做映射匹配。另外还支持keyTagPattern模式，即抽取key的一部分keyTag做hashing，这样可以将一组相关联的key放入同一台redis节点上，避免跨节点访问相关数据。
jedis sharding使用也很简单，只需要在选用合适的构造方法，填入合适的参数即可。
如果在构造函数 public ShardedJedisPool(final GenericObjectPoolConfig poolConfig, List<JedisShardInfo> shards) 中shards传入多个redis节点即可支持分片。spring bean配置如下：
<bean id="shardedJedisPool" class="redis.clients.jedis.ShardedJedisPool"> <constructor-arg index="0" ref="jedisPoolConfig" /> <constructor-arg index="1"> <list> <bean class="redis.clients.jedis.JedisShardInfo"> <constructor-arg index="0" value="127.0.0.1" type="String"/> <constructor-arg index="1" value="node-1" type="String" /> <constructor-arg index="2" value="6379" type="int" /> <constructor-arg index="3" value="2000" type="int" /> <constructor-arg index="4" value="1" type="int" /> </bean> <bean class="redis.clients.jedis.JedisShardInfo"> <constructor-arg index="0" value="127.0.0.1" type="String"/> <constructor-arg index="1" value="node-2" type="String" /> <constructor-arg index="2" value="6380" type="int" /> <constructor-arg index="3" value="2000" type="int" /> <constructor-arg index="4" value="3" type="int" /> </bean> </list> </constructor-arg> </bean>
这里采用的JedisShardInfo构造函数是：public JedisShardInfo(String host, String name, int port, int timeout, int weight)，weight是分配key时该节点的权重，越大分配的key越多。