Redis读写分离
【摘要】 Redis要搞高并发,就要把底层的缓存搞得很好。MySQL高并发也是通过一系列复杂分库分表。 一些电商的商品详情页,真正的超高并发,QPS上十万,甚至是百万,一秒钟百万的请求量。 光Redis是不够的,但是Redis是整个大型的缓存架构中,支撑高并发的架构里面,非常重要的一个环节:
首先,缓存中间件,缓存系统,必须能够支撑高并发再经过良好的整体的缓存架构的设计(多级缓...
Redis要搞高并发,就要把底层的缓存搞得很好。MySQL高并发也是通过一系列复杂分库分表。
一些电商的商品详情页,真正的超高并发,QPS上十万,甚至是百万,一秒钟百万的请求量。
光Redis是不够的,但是Redis是整个大型的缓存架构中,支撑高并发的架构里面,非常重要的一个环节:
- 首先,缓存中间件,缓存系统,必须能够支撑高并发
- 再经过良好的整体的缓存架构的设计(多级缓存架构、热点缓存),支撑真正的上十万,甚至上百万的高并发
Redis不能支撑高并发的瓶颈
单机redis 能够承载的QPS大概就在上万到几万不等。
根据你的业务操作的复杂性,redis提供很多复杂操作。
redis打死了,系统的瓶颈,不能支撑高并发的瓶颈。就卡死在redis单机这个问题。
如果redis要支撑超过10万+并发,何如?
单机的Redis几乎不太可能说QPS超过10万+,除非一些特殊情况,比如你的机器性能特别好,配置特别高,物理机,维护做的特别好,而且你的整体的操作不是太复杂。
单机在几万。
读写分离,一般来说,对缓存,一般都是用来支撑读高并发的,写的请求是比较少的,可能写请求也就一秒钟几千,一两千
大量的请求都是读,一秒钟二十万次读
读写分离
主从架构 -> 读写分离 -> 支撑10万+读QPS的架构
水平扩容:如果你的读QPS再增加,也很简单,继续增加redis slave即可。
文章来源: javaedge.blog.csdn.net,作者:JavaEdge.,版权归原作者所有,如需转载,请联系作者。
原文链接:javaedge.blog.csdn.net/article/details/89892721
【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)