Redis现网那些坑：用个缓存，还要为磁盘故障买单？
【摘要】 缓存Redis因磁盘故障而阻塞服务？这该如何是好？
近日，网上一些电商用户出现了库存业务查询超时的现象，深究根源，是其使用的Redis云服务底层SSD卡硬件故障，影响了Redis的稳定性，最终导致业务超时。
此时笔者脑中闪过一连串问号：
那么，缓存Redis究竟为啥绕不过磁盘这道坎呢？
从技术角度讲，使用缓存Redis还要配磁盘，一方面是因为开源Redis依赖持久化机制，保证宕机后能取回一部分数据，另一方面这也是主从同步必不可少的。开源Redis提供了两种持久化方案——RDB和AOF，其中：
-
RDB是通过对内存打快照的方式，将数据备份到磁盘。开源Redis主从之间全量同步就依赖于RDB文件； -
AOF是通过日志追加的方式记录数据变化。开源Redis宕机重启可用AOF文件加载“较为完整”的数据。
- AOF写入频率通常只能配置为秒级，在Redis动辄十万QPS的情况下，宕机时仍会有大量数据无法找回；
- 数据量越大，重启加载AOF越缓慢；
- RDB的生成和AOF重写都会引发fork问题，造成性能抖动。
-
采用SPDK技术，通过用户态、异步、无锁、轮询的方式驱动磁盘，相比开源Redis内核态驱动，速度大幅提高。 -
高性能分布式共享存储池采用RDMA和DPDK技术，极大提高了系统吞吐量，加速数据处理，降低通信延迟。 -
采用SCM技术，将接近内存的性能和速度，与类似SSD的容量和成本结合起来，打造强悍底座。
- 本文作者：华为云数据库GaussDB(for Redis)团队
- 杭州/西安/深圳简历投递：yuwenlong4@huawei.com
- 更多产品信息，欢迎前往华为云GaussDB(for Redis)官网
【版权声明】本文为华为云社区用户原创内容，转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息， 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）