redis中事务(Transaction)的使用

本文详细介绍了Redis事务的概念及其与关系型数据库事务的区别,并通过具体实例展示了如何使用Redis事务,包括正常执行与被中断的情况。

Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,提供多种语言的API,支持多种数据存储方式。开发中一般用于缓存,队列,数据库使用。

redis事务(Transaction)说明

redis中的事务与传统关系型数据库(如mysql)的事务是不同的。

redis中的事务是一组命令的集合,事务与命令都是最小执行单位,原理是先将属于一个事务的命令发送给Redis,然后Redis一次执行这些命令。

redis的事务可以保证一个事务内的命令一次执行而不被其他命令插入影响。

redis的事务错误处理与关系型数据库事务错误处理区别

如果事务块中某一条命令出错,关系型数据库的事务会执行回滚,而redis不会执行回滚,而是会继续执行后续的命令。因为redis的事务没有关系型数据库的回滚(rollback)功能。因此需要开发者在事务执行出错时自己处理。

redis事务(Transaction)命令

1.watch
用于监视一个或多个key,如果在事务执行之前这个或(这些)key被其他命令所改动,事务将被中断。

2.unwatch
用于取消watch命令对所有key的监视。

3.multi
用于标记一个事务块的开始,之后的所有命令都存放在队列,等遇到exec命令再执行。

4.exec
用于执行事务块内所有的命令,如果命令被中断,返回false

实例

1.使用redis事务,事务正常执行

<?php
$redis = new Redis;
$redis->connect('localhost', 6379);

// 监听
$redis->watch('mykey1','mykey2');

// 开启事务块
$redis->multi();

// 事务块语句
$redis->set('mykey1', date('Y-m-d H:i:s'));
$redis->set('mykey2', time());

// 执行事务
$result = $redis->exec();

// 取消监听
$redis->unwatch();

var_dump($result);
?>

输出:

array (size=2)
  0 => boolean true
  1 => boolean true

进入redis查看这两个key的值

127.0.0.1:6379> mget "mykey1" "mykey2"
1) "2017-09-24 17:14:02"
2) "1506244442"

表示事务块语句 set mykey1,mykey2执行成功。

2.使用redis事务,事务被中断

我们模拟在事务执行过程中值被修改,因此在事务块中加入sleep延迟执行,然后在延迟的时候修改监听key的值。

<?php
$redis = new Redis;
$redis->connect('localhost', 6379);

// 监听
$redis->watch('mykey1','mykey2');

// 开启事务块
$redis->multi();

// 事务块语句
$redis->set('mykey1', date('Y-m-d H:i:s'));
$redis->set('mykey2', time());

// 延迟5秒
sleep(5);

// 执行事务
$result = $redis->exec();

// 取消监听
$redis->unwatch();

var_dump($result);
?>

在延迟的时候,进入redis,手动执行以下命令修改mykey2的值。

127.0.0.1:6379> set mykey2 123
OK

因为监听的key的值被修改,因此事务执行中止。

输出:

boolean false

进入redis查看这两个key的值

127.0.0.1:6379> mget "mykey1" "mykey2"
1) "2017-09-24 17:14:02"
2) "123"

表示事务块语句 set mykey1,mykey2没有执行。

<think>我们遇到了一个编译警告:“Unchecked call to 'delete(K)' as a member of raw type 'org.springframework.data.redis.core.RedisOperations'”。这个警告是因为在`executeShardedSet`方法中,我们使用了原始类型的`RedisOperations`,而在调用`delete`方法时,编译器无法检查类型安全。 ### 原因分析 在`SessionCallback`的`execute`方法中,我们使用了`RedisOperations`的原始类型(即没有指定泛型参数)。当我们调用`operations.delete(key)`时,由于`operations`是原始类型,编译器无法确认`key`的类型是否匹配,因此产生“unchecked call”警告。 ### 解决方案 我们可以通过指定`RedisOperations`的泛型类型来消除这个警告。具体来说,将`RedisOperations`的泛型参数指定为`String, String`,因为我们的键和值都是字符串类型。 修改`executeShardedSet`方法中的`SessionCallback`匿名内部类,明确指定`RedisOperations`的泛型类型: ```java private void executeShardedSet(String key, List<String> shards, int numShards, long timeout, TimeUnit unit) { redisTemplate.execute(new SessionCallback<Object>() { @Override public Object execute(RedisOperations<String, String> operations) { operations.multi(); operations.delete(key); // 删除原始key operations.opsForValue().set(buildMetaKey(key), String.valueOf(numShards)); // 存储分片数量 for (int i = 0; i < shards.size(); i++) { if (timeout > 0) { operations.opsForValue().set(buildShardKey(key, i), shards.get(i), timeout, unit); } else { operations.opsForValue().set(buildShardKey(key, i), shards.get(i)); } } return operations.exec(); } }); } ``` ### 关键点 - 将`execute`方法的参数从`RedisOperations operations`改为`RedisOperations<String, String> operations`,这样编译器就能知道具体的类型参数,从而进行类型检查。 - 这样修改后,调用`delete`、`opsForValue().set`等方法时,编译器就能确认参数类型,避免警告。 ### 其他建议 如果在其他地方也出现类似的警告,同样可以通过指定具体的泛型类型来解决。另外,如果使用Java 8及以上版本,可以考虑使用Lambda表达式简化代码: ```java private void executeShardedSet(String key, List<String> shards, int numShards, long timeout, TimeUnit unit) { redisTemplate.execute((RedisOperations<String, String> operations) -> { operations.multi(); operations.delete(key); operations.opsForValue().set(buildMetaKey(key), String.valueOf(numShards)); for (int i = 0; i < shards.size(); i++) { if (timeout > 0) { operations.opsForValue().set(buildShardKey(key, i), shards.get(i), timeout, unit); } else { operations.opsForValue().set(buildShardKey(key, i), shards.get(i)); } } return operations.exec(); }); } ``` 这样代码更简洁,并且同样解决了类型安全问题。 §§相关问题§§ 1. 在Spring Data Redis中,使用原始类型(raw type)操作Redis还可能带来哪些潜在问题? 2. 除了使用泛型指定类型,还有哪些方法可以消除Java中的“unchecked call”警告? 3. 在分布式事务中,如何确保分片存储操作的原子性? 4. 如果分片存储过程中发生异常,应如何保证数据的一致性? </think> ### 解决 "Unchecked call to 'delete(K)'" 警告的方法 这个编译警告是由于使用原始类型(raw type)的 `RedisOperations` 导致的类型安全检查缺失。以下是完整的修复方案: #### 修改后的 `executeShardedSet` 方法 ```java private void executeShardedSet(String key, List<String> shards, int numShards, long timeout, TimeUnit unit) { redisTemplate.execute(new SessionCallback<Object>() { @Override public Object execute(RedisOperations<String, String> operations) { // 添加泛型类型 operations.multi(); operations.delete(key); // 现在类型安全 operations.opsForValue().set(buildMetaKey(key), String.valueOf(numShards)); for (int i = 0; i < shards.size(); i++) { if (timeout > 0) { operations.opsForValue().set(buildShardKey(key, i), shards.get(i), timeout, unit); } else { operations.opsForValue().set(buildShardKey(key, i), shards.get(i)); } } return operations.exec(); } }); } ``` #### 关键修改说明: 1. **添加泛型参数**: ```java public Object execute(RedisOperations<String, String> operations) ``` 明确指定键和值的类型为 `String`,使编译器能进行类型检查 2. **修正后的方法对比**: ```diff - public Object execute(RedisOperations operations) + public Object execute(RedisOperations<String, String> operations) ``` 3. **为什么能解决问题**: - 原始类型会跳过泛型检查,导致 "unchecked" 警告 - 添加具体类型参数 `<String, String>` 后: - `delete()` 方法会要求 `String` 类型参数 - `opsForValue()` 返回 `ValueOperations<String, String>` - 所有操作都变为类型安全 4. **Java 8+ 的简化写法**: ```java private void executeShardedSet(String key, List<String> shards, int numShards, long timeout, TimeUnit unit) { redisTemplate.execute((RedisOperations<String, String> operations) -> { operations.multi(); operations.delete(key); // ...其他操作 return operations.exec(); }); } ``` #### 其他潜在问题修复: 如果其他地方出现类似警告,同样添加泛型参数: ```java // 修改前 RedisOperations operations = ...; // 修改后 RedisOperations<String, String> operations = ...; ```
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值