一. 键的生存时间
- expire设置一个已经存在的key的生存时间，到时间后redis自动删除这个<k,v>
- 命令
- expire 设置生存时间（单位/秒）
- pexpire设置生存时间(单位/毫秒)
- ttl/pttl 查看键的剩余生存时间
- persist 取消生存时间
- expireat [key] unix时间戳1351858600
- pexpireat [key] unix时间戳(毫秒)1351858700000
[注]：应用场景：
（1）限时优惠活动
（2）网站数据缓存，一定时间后更新数据
（3）限制网站访客频率 （eg：每分钟最多访问10次）
二. redis事务
- 事务控制原理 :
当事务开启后, 一条redis操作语句不会立刻执行,而是先缓存起来, 等到事务内的语句全部缓存后, 再一起执行
事务控制,使得一组操作不被其他线程的操作插入, 并且保持所有语句全部执行或全部不执行
- 操作
multi 事务开始
exec 事务结束，开始执行事务中的命令
discard 放弃事务
127.0.0.1:6379> multi #开启事务
OK
127.0.0.1:6379> set aaa 1
QUEUED
127.0.0.1:6379> lpush aaa 4
QUEUED
127.0.0.1:6379> get aaa
QUEUED
127.0.0.1:6379> exec #执行事务，结果如下
1) OK
2) (error) WRONGTYPE Operation against a key holding the wrong kind of value
3) "1" # 上一条操作失败，但这一条操作成功
[注] : redis在缓存命令时, 会检查命令的语法是否正确(编译时异常),发现编译时异常,redis的事务会让这一组操作全部失败
但是, redis发生运行时异常时,只是这句运行时异常的命令执行失败,而事务里的其他命令会执行成功.
因为,redis没有事务回滚机制,当缓存数据时没发现语法错误,则redis默认命令全部正确(例入lpush str1 a不被检查出来),逐条执行
三. watch
- 作用 ：
当一个客户端连接用watch监控一个变量，随后multi开启事务，在事务开启且未被执行时，若监控的变量值发生变化，则该客户端开启的事务执行失败，exec命令返回nil
- exec执行事务后，watch操作自动失效
- unwatch取消监控
[注]: watch不提供通至客户端回调，只是一次性的控制事务是否被执行
四. Jedis
/**
* jedis连接池
*/
public class RedisTool {
private static JedisPool pool = null;
private static String host;
private static int port;
public static synchronized Jedis getJedis(){
if(pool==null){
JedisPoolConfig config = new JedisPoolConfig();
config.setMaxTotal(100);
config.setMaxIdle(10);
config.setMaxWaitMillis(10000);
config.setTestOnBorrow(true);
pool = new JedisPool(config,host,port,10000);
}
System.out.println("获取链接中。。");
Jedis jedis = pool.getResource();
System.out.println("链接获取成功");
return jedis;
}
public static void setHostandPort(String host,int port){
RedisTool.host = host;
RedisTool.port = port;
}
public static void returnJedis(Jedis jedis){
pool.returnResourceObject(jedis);
}
}