redis常见性能问题和解决方案

猫眼看代码

已于 2022-09-24 17:01:00 修改

阅读量244

点赞数

文章标签： redis 数据库 java

于 2022-09-15 08:00:00 首次发布

本文链接：https://blog.csdn.net/qq_46022557/article/details/126831776

版权

本文介绍了Redis的常见性能问题及解决方案，包括避免Master做持久化工作，Slave采用AOF每秒同步，保持Master和Slave在同一局域网，以及避免在高压力主库上添加从库。此外，还探讨了Redis在秒杀场景中的应用，利用事务功能确保公平抢购，监控字段控制抢购数量，避免出现脏数据。

摘要由CSDN通过智能技术生成

redis常见性能问题和解决方案：
(1) Master最好不要做任何持久化工作，如RDB内存快照和AOF日志文件
(2) 如果数据比较重要，某个Slave开启AOF备份数据，策略设置为每秒同步一次
(3) 为了主从复制的速度和连接的稳定性，Master和Slave最好在同一个局域网内
(4) 尽量避免在压力很大的主库上增加从库
(5) 主从复制不要用图状结构，用单向链表结构更为稳定，即：Master <- Slave1 <- Slave2 <- Slave3…
这样的结构方便解决单点故障问题，实现Slave对Master的替换。如果Master挂了，可以立刻启用Slave1做Master，其他不变。
还有就是Redis的秒杀场景
使用的是Redis的事务功能，先通过watch（）监控一个字段，且这个字段为0，之后对于秒杀数进行判断。当监控字段小于秒杀数时在IF条件内部内开启事务通过multi,当有人抢购成功的时候这个监控字段加1，且通过Exec执行事务，事务执行成功则抢购成功，否则抢购失败。抢购成功之后将相应的用户也存储到数据库中然后进行相应的订单处理。当监控字段大于秒杀数的时候也就是抢购完毕。无法进行抢购。
缓存的策略是每次数据在增删改之后就更新，主要是为了避免修改之后缓存更新不及时造成脏数据的出现