返回到文章
补充优化

采纳

编辑于 2年前

读写分离是对于有磁盘IO阻塞的数据库才有的概念。nosql不应该有这种概念。

比如,redis你读的话,会瞬间从内存检索出你要的数据并通过网络IO发给你,

而你写的话也会瞬间检索到该写的内存区域并写进去。

所以不存在读写分离这种需求。

要谈分离,也仅仅是并发量大之后的集群压力分离(因为网络流量到高峰了么,但是内部都是千兆、万兆,很难达到),把读写压力分摊到集群的单元节点上。而不是把拆开。

读写分离是对于有磁盘IO阻塞的数据库才有的概念。nosql不应该有这种概念。

比如,redis你读的话,会瞬间从内存检索出你要的数据并通过网络IO发给你
而你写的话也会瞬间检索到该写的内存区域并写进去。

所以不存在读写分离这种需求。
要谈分离,也仅仅是并发量大之后的集群压力分离,把读写压力分摊到集群的单元节点上。而不是把[读][写]拆开。

记录

编辑于

Redis读写分离有必要吗

redis
redis
概念

读写分离是对于有磁盘IO阻塞的数据库才有的概念。nosql不应该有这种概念。

比如,redis你读的话,会瞬间从内存检索出你要的数据并通过网络IO发给你
而你写的话也会瞬间检索到该写的内存区域并写进去。

所以不存在读写分离这种需求。
要谈分离,也仅仅是并发量大之后的集群压力分离,把读写压力分摊到集群的单元节点上。而不是把[读][写]拆开。