Advanced Redis Features
Time to live (expire) of keys in redis
In Redis, you can use the expire command to set the lifetime of a key, after which redis will automatically delete it.
1. The expiration time can be set to seconds or millisecond precision.
2. The expiration time resolution is always 1 millisecond.
3. Expiration information is copied and persisted to disk, and the time is still being calculated when Redis is stopped (that is, Redis saves the expiration time).
Order
expire sets the lifetime (unit/second)
expire key seconds(秒)
ttl View the remaining time to live for the key
ttl key
persist cancels the lifetime
persist key
expireat [key] unix timestamp 1351858600
EXPIREAT cache 1355292000 # This key will expire on 2012.12.12
operate
Application scenarios
1. Limited time promotion information
2. Website data cache (for some data that needs to be updated regularly, such as: points rankings)
3. Mobile verification code
4. Limit the frequency of website visitors (for example: a maximum of 10 visits per minute)
Redis transaction (transaction)
A transaction in redis is a collection of commands. Transactions, like commands, are the smallest execution unit of redis. Commands in a group of transactions are either all executed or none of them are executed. (Example: transfer)
principle:
First send the commands belonging to a transaction to redis for caching, and finally let redis execute these commands in sequence.
Order:
multi // transaction starts
.....
exec //The transaction ends, start executing the commands in the transaction
discard // Abandon transaction
operate
Application scenarios:
1. A set of commands must be executed at the same time, or none at all.
2. We want to ensure that a set of commands is not inserted by other commands during execution.
error handling
1. Syntax error: fatal error, all commands in transaction will not be executed
2. Runtime error: will not affect the execution of other commands in the transaction
Redis does not support rollback
It is precisely because redis does not support rollback that redis can keep transactions concise and fast.
watch command
作用：监控一个或者多个键，当被监控的键值被修改后阻止之后的一个事务的执行。
但是不能保证其它客户端不修改这一键值，所以我们需要在事务执行失败后重新执行事务中的命令。
注意：执行完事务的exec命令之后，watch就会取消对所有键值的监控
unwatch：取消监控
redis中数据的排序（sort）
sort命令可以对列表类型，集合类型和有序集合类型进行排序。
命令
sort key [desc] [limit offset count]
by 参考键(参考键可以是字符串类型或者是hash类型的某个字段，hash类型的格式为：键名->字段名)
如果参考键中不带*号则不排序
如果某个元素的参考键不存在，则默认参考键的值为0
扩展 get参数
get参数的规则和by参数的规则一样
get # (返回元素本身的值)
扩展 store参数
使用store 参数可以把sort的排序结果保存到指定的列表中
性能优化
1：尽可能减少待排序键中元素的数量
2：使用limit参数只获取需要的数据
3：如果要排序的数据数量很大，尽可能使用store参数将结果缓存。
操作
“发布/订阅”模式
发布：publish
publish channel message
订阅：subscribe
subscribe channel [.....]
取消订阅：unsubscribe
unsubscribe [channel]
按照规则订阅：psubscribe
psubscribe channel ?
按照规则取消订阅：punsubscribe
注意：使用punsubscribe命令只能退订通过psubscribe 订阅的频道。
操作
redis任务队列、栈
任务队列：使用lpush和rpop(brpop)可以实现普通的任务队列
栈：使用rpush和rpop
brpop是列表的阻塞式(blocking)弹出原语。
它是 RPOP命令的阻塞版本，当给定列表内没有任何元素可供弹出的时候，连接将被 BRPOP命令阻塞，直到等待超时或发现可弹出元素为止。
当给定多个 key 参数时，按参数 key 的先后顺序依次检查各个列表，弹出第一个非空列表的尾部元素。
操作
redis管道(pipeline)
redis的pipeline(管道)功能在命令行中没有，但是redis是支持管道的，在Java的客户端(jedis)中是可以使用的。
1：不使用管道方式，插入1000条数据耗时328毫秒
// 测试不使用管道
public static void testInsert() {
long currentTimeMillis = System.currentTimeMillis();
Jedis jedis = new Jedis("192.168.33.130", 6379);
for (int i = 0; i < 1000; i++) {
jedis.set("test" + i, "test" + i);
}
long endTimeMillis = System.currentTimeMillis();
System.out.println(endTimeMillis - currentTimeMillis);
}
2：使用管道方式，插入1000条数据耗时37毫秒
// 测试管道
public static void testPip() {
long currentTimeMillis = System.currentTimeMillis();
Jedis jedis = new Jedis("192.168.33.130", 6379);
Pipeline pipelined = jedis.pipelined();
for (int i = 0; i < 1000; i++) {
pipelined.set("bb" + i, i + "bb");
}
pipelined.sync();
long endTimeMillis = System.currentTimeMillis();
System.out.println(endTimeMillis - currentTimeMillis);
}
在插入更多数据的时候，管道的优势更加明显：测试10万条数据的时候，不使用管道要40秒，实用管道378毫秒。
redis的安全策略
设置数据库密码（配置）
requirepass password
验证密码（命令）
auth password
bind参数（可以让数据库只能在指定IP下访问）
bind 127.0.0.1
修改命令的名称
rename-command flushall cleanall
禁用命令
rename-command flushall ""
redis info命令
以一种易于解释（parse）且易于阅读的格式，返回关于 Redis 服务器的各种信息和统计数值。
通过给定可选的参数 section ，可以让命令只返回某一部分的信息：
http://redisdoc.com/server/info.html
redis内存占用情况
测试情况：
100万个键值对（键是0到999999值是字符串“hello world”）在32位操作系统的笔记本上 用了100MB
使用64位的操作系统的话，相对来说占用的内存会多一点，这是因为64位的系统里指针占用了8个字节，但是64位系统也能支持更大的内存，所以运行大型的redis服务还是建议使用64位服务器
Redis实例最多存keys数
理论上Redis可以处理多达2的32次方的keys，并且在实际中进行了测试，每个实例至少存放了2亿5千万的keys，也可以说Redis的存储极限是系统中的可用内存值。
参考：
http://blog.csdn.net/u011204847/article/details/51302109#