一.原理
1.redis事务
基本原理为乐观锁,多个client对操作的key进行watch,一旦有一个client进行了exec,那么其它client的exec就会失效。其实现原理可参考 Redis watch机制的分析。
2.lua脚本
基本原理为使脚本相当于一个redis命令,可以结合redis原有命令,自定义脚本逻辑。
3.两者异同
相同点
很好的实现了一致性、隔离性和持久性,但没有实现原子性,无论是redis事务,还是lua脚本,如果执行期间出现运行错误,之前的执行过的命令是不会回滚的。
不同点
(1)redis事务是基于乐观锁,lua脚本是基于redis的单线程执行命令。
(2)redis事务的执行原理就是一次命令的批量执行,而lua脚本可以加入自定义逻辑。
二.问题
1.使用场景是什么
秒杀
因为redis事务的实现原理是乐观锁,所以在高并发的秒杀场景并不是很适合。这里推荐使用lua脚本来实现,原因是
(1)使用lua脚本能够很好的按照线程的先后把库存扣减,后面的线程如果发现库存不够了,那么就直接拒绝掉。
(2)使用redis事务,因为高并发情况下,多个线程同时watch相同的key,一旦这个时刻有线程先提交了,那么其它线程的提交就失效了,这样会导致redis产生很多没用的请求,而且与线程的先后执行关系不大,这个过程会不断重复,性能不高。
(3)总的来说,lua脚本能够实现每次扣减库存的执行过程只有一个线程,redis事务每次扣减库存的操作是有一批线程,但只有一个成功。
以下为两种实现的代码对比。
package test.cache;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.Transaction;
import java.util.Arrays;
import java.util.concurrent.CountDownLatch;
/**
* @author jaron
* @date 2019/8/3
*/
public class SecondKill {
public static final String STOCK_TEST_KEY = "stock_test_a";
public static final String STOCK = "1000";
public static void main(String[] args) {
initKey();
redisScriptDeduct();
// redisTransactionDeduct();
// batchDeduct(()->redisScriptDeduct());
// batchDeduct(()->redisTransactionDeduct());
}
//并发测试代码
private static void batchDeduct(Deduct deduct) {
int threadNum = 334;
CountDownLatch countDownLatch = new CountDownLatch(threadNum);
Long start = System.currentTimeMillis();
for (int i = 0; i < threadNum; i++) {
new Thread(new Runnable(