Talk is cheap，show me the code.

最近碰到一个需求，库存扣减，要保证在高并发情况下不出问题。 第一想到的就是redis分布式锁，为了保证原子操作，加锁和解锁都使用lua脚本，但是在压力测试的时候发现，TPS只有个位数，而且成功率不好控制，我是自己控制尝试获取锁的次数，因此造成了大量的线程阻塞。 后面找了一些资料，改为redisson，TPS能达到100以上，成功率在90%以上，以为就此完结，后来自己做测试的时候发现数据总是有误...

1、读写性能优异，从内存当中进行IO读写速度快 2、支持主从复制，主机会自动将数据同步到从机，可以进行读写分离。 3、支持数据持久化，支持AOF和RDB两种持久化方式（由于redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能，将数据保存在磁盘上，当redis重启后，可以从磁盘中恢复数据，redis提供种方式进行持久化，一种是RD...

redis 主要有以下几种数据类型： string hash list set sorted set string 这是最简单的类型，就是普通的 set 和 get，做简单的 KV 缓存。 set college szu hash 这个是类似 map 的一种结构，这个一般就是可以将结构化的数据，比如一个对象（前提是这个对象没嵌套其他的对象）给缓存在 redis 里，然后每次读写...

redis 过期策略 redis 过期策略是：定期删除+惰性删除。 所谓定期删除，指的是 redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key，检查其是否过期，如果过期就删除。 假设 redis 里放了 10w 个 key，都设置了过期时间，你每隔几百毫秒，就检查 10w 个 key，那 redis 基本上就死了，cpu 负载会很高的，消耗在你的检查过期 key 上了。...