本文目录一览：
- 1、redismysql库存扣减失败怎么办
- 2、利用Redis设计库存系统的苦与乐
- 3、通过redis+lua实现加减库存
- 4、一起讨论下,消息幂等(去重)通用解决方案
如果只用Redis来进行存储 ， 处理完数据直接返回前端即可 。如果还要持久化到DB ， 要尽量避免直接操作DB，因为DB往往是最大的IO瓶颈，如果要异步落库到DB，比如使用MQ 。要注意处理Redis扣减和消息发送的原子性处理 。
如果某个命令执行失败，可以通过修改 AOF 文件中的内容来回滚之前的操作 。定期备份 Redis 数据库：如果您发现 Redis 数据库中的数据发生了错误，可以使用备份的数据进行恢复 。
利用Redis设计库存系统的苦与乐1、我们先在Redis中拿到当前的库存值，然后check是否已经扣减到了零 ， 如果已经扣减到了零，则直接return；否则，就利用Redis的decr原子操作进行扣减，同时返回扣减后的库存值 。
2、内存使用效率对比：使用简单的key-value存储的话 ， Memcached的内存利用率更高 ， 而如果Redis采用hash结构来做key-value存储，由于其组合式的压缩，其内存利用率会高于Memcached 。
3、库存全部放在redis是可取的 。商品的库存全部放入redis，库存的读取直接读取redis，到了下单环节，库存的扣除也直接在redis扣除，通过消息队列通知后端数据库，最终把库存的扣减异步同步到后台数据库，避免了对数据库的瞬时压力 。
4、根据目前风控系统运行情况来看 ， 遇到如下的问题 redis 中的key 太多，在存量卡号比较大的情况下，redis 中key的存储过于庞大 。redis 本身RDB 和 AOF 的问题 。线上开启AOF 重写出差情况下，会阻塞redis 主线程 。
通过redis+lua实现加减库存1、我们先分析场景 ， 通过多种方案对比，选用了redis+lua的组合来满足我们的业务需要 。利用redis单线程的特点，以及redis6版本后开始对lua的支持，我们采用redis执行lua脚本来确保我们查询+修改的串行执行 。
2、缓存 Redis最常见的用途就是作为缓存层，由于Redis存储在内存中，读写速度非常快 ， 可以显著减轻数据库或其他后端服务的负载压力 。通过将频繁访问的数据存储在Redis中 ， 可以加速数据的获取，提升系统的响应性能 。
3、这是因为Redis采用单线程模型，通过一个事件循环来处理客户端请求，LUA脚本的执行也是在事件循环中完成的 。
【redis库存扣减高并发 如何利用redis扣库存】4、Redis事务可以保证多个命令的原子性执行 。需要注意的是，Redis事务并不是真正的ACID事务，因为Redis并不支持回滚操作Redis是一种非常流行的内存数据库，常用于数据缓存与高频数据存储 。
一起讨论下,消息幂等(去重)通用解决方案如果要保证一致性，需要生产者在失败后重试，不过重试又会导致消息重复的问题，一个解决方案是每个消息给一个唯一的id，通过服务端的主动去重来避免重复消息的问题，不过这一机制目前Kafka还未实现 。
服务器处理消息需要是幂等的，消息的生产方和接收方都需要做到幂等性； 发送放需要添加一个定时器来遍历重推未处理的消息，避免消息丢失，造成的事务执行断裂 。
Kafka本身支持At least once消息送达语义，因此实现消息发送的幂等关键是要实现Broker端消息的去重 。
消息堆积的产生原因 消息堆积的原因主要在于两方面，其一为消费的太慢或消费方出现异常，其二为生产方生产的太快，总的来说就是 消息的速度赶不上生产的速度，生产和消费速度不匹配造成的。
另外打造一个高可靠的幂等服务还需要考虑很多问题，比如一台机器虽然把全局ID先写入了存储，但是在写入之后挂了，这就需要引入全局ID的超时机制 。使用全局唯一ID是一个通用方案，可以支持插入、更新、删除业务操作 。
