事务
一.基本事务操作
前置知识:
- redis事务本质:一组命令的集合。redis单条命令保证原子性,但是事务不保证原子性。
- redis特性:一次性,顺序性,排他性
1.正常执行事务
- multi:开启事务
- exec:执行事务
- discard:取消事务
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set key1 a
QUEUED
127.0.0.1:6379(TX)> set key2 b
QUEUED
127.0.0.1:6379(TX)> set key3 c
QUEUED
127.0.0.1:6379(TX)> get key2
QUEUED
127.0.0.1:6379(TX)> exec
1) OK
2) OK
3) OK
4) "b"
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set item1 aa
QUEUED
127.0.0.1:6379(TX)> set item2 kk
QUEUED
127.0.0.1:6379(TX)> discard
OK
127.0.0.1:6379> get item2 #取消事务后事务不会被执行,则不能获取到item2的值
(nil)
2.事务异常
- 编译型异常(代码有问题):所有命令都不执行
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> append str hello
QUEUED
127.0.0.1:6379(TX)> append str #错误语句,要缺少添加语句
(error) ERR wrong number of arguments for 'append' command
127.0.0.1:6379(TX)> get str
QUEUED
127.0.0.1:6379(TX)> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> get str
(nil)
- 运行时异常(1/0):一条命令出现语法错误,不影响其他命令执行
127.0.0.1:6379> set key1 "fat"
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> incr key1 #错误语句,incr不能给string类型的加1
QUEUED
127.0.0.1:6379(TX)> set key2 monkey
QUEUED
127.0.0.1:6379(TX)> exec
1) (error) ERR value is not an integer or out of range
2) OK
127.0.0.1:6379> mget key1 key2
1) "fat"
2) "monkey"
3.监控事务
补充:
- 乐观锁:认为什么时候都不会出问题,所以不会上锁。只在更新数据的时候判断一下,在此期间数据是否被修改过。
- 悲观锁:认为什么时候都会出错,所以每一步都上锁,从而导致效率低下。
具体操作:
- watch key [key …]
#线程一
127.0.0.1:6379> set money 500
OK
127.0.0.1:6379> watch money #监视money值的变化,如果在多线程中,一个线程操作未执行,而另一个线程又对money做了修改,则前一个线程对money的操作无效。
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> incrby money 20
QUEUED
127.0.0.1:6379(TX)> decrby money 30
QUEUED
#线程二
127.0.0.1:6379> set money 100
OK
#线程一
127.0.0.1:6379(TX)> exec
(nil)
127.0.0.1:6379> get money
"100"
127.0.0.1:6379> unwatch #如果发现事务执行失败,就先解锁
OK
127.0.0.1:6379> watch money #然后再监视最新的值
OK
二.Jedis操作redis
- 概念:redis官方推荐java连接开发工具,即使用java操作redis的中间件.
- 上手:
1.引入依赖
2.连接数据库
Jedis jedis = new Jedis("127.0.0.1", 6379); #连接
3.操作命令
-
(非事务)命令形式为jedis+.+redis基础命令,例如下:
-
(事务)命令形式为multi+.+redis基础命令,如下:
Transaction multi = jedis.multi(); #先开启事务
三.springboot集成redis
补充说明:为什么springboot2.x后的redis改为了lettuce?
1.redis:采用直连,多个线程操作时不安全,此时要想安全操作,可以采用jedis pool连接池。
2.lettuce:采用netty,实例可以在多个线程中共享,不存在线程不安全问题,可以减少数据量。
3.源码路径:RedisAutoConfiguration-》redisTemplate方法的参数-》RedisConnectionFactory-》redis和lettuce的factory即为RedisConnectionFactory的实现类
上手
- 源码分析:主要分析RedisAutoConfiguration自动配置类,不多,只有两个类,即RedisTemplate和StringRedisTemplate(特别为String类型操作定制).
- 导入依赖(也可以在创建项目时勾选nosql中redis):
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
- 配置连接:
spring.redis.host=127.0.0.1
spring.redis.port=6379
- 测试:使用redisTemplate进行测试,则使用形式为redisTemplate+.+opsForxx+.+redis基础命令(xx指不同数据类型名,特别是String类型不是直接的,而是换成了Value),示例如下:
四.自定义RedisTemplate以及序列化
1.序列化
- 引出问题:
以上问题是在user对象未序列化的情况添加到redis中的报错情况,说明了往redis中添加对象要序列化的重要性。 - 序列化操作:
1.json传递对象:
User hello = new User("hello", 11);
String string = new ObjectMapper().writeValueAsString(hello);
redisTemplate.opsForValue().set("key",string);
2.直接使对象类序列化:
public class User implements Serializable {
2.自定义redistemplate
- redisTemplate序列化源码路径:
setKeySerializer方法-》该方法参数-》如下图即为这个参数(接口)的不同序列化实现类
默认序列化: JdkSerializationRedisSerializer - 自定义redisTemplate序列化模板:
public RedisTemplate<String,Object> redisTemplate(RedisConnectionFactory factory){
RedisTemplate<String, Object> template = new RedisTemplate<>();
template.setConnectionFactory(factory);
ObjectMapper objectMapper = new ObjectMapper();
objectMapper.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
objectMapper.activateDefaultTyping(LaissezFaireSubTypeValidator.instance,ObjectMapper.DefaultTyping.NON_FINAL, JsonTypeInfo.As.PROPERTY);
#由于之前的enableDefaultTyping过期,故采用此法替代
serializer.setObjectMapper(objectMapper);
#new出一个xx序列化方式对象,在此设为k
template.setxxSerializer(k);
template.afterPropertiesSet();
return template;
}