仅考虑redis或者mysql上的读写分离。
确实要看业务和并发,不大的业务和并发,读写分析反倒更耗费性能,因为得切换数据源,或者做路由,但是要量大的话,读和写分散不同服务器上,降低单机负载量,而且还安全。
redis的访问也是要事务的吧
这个要实际应用才能得出结论,不同条件下提升的结果会有高低读写分离最基本是解决访问多了,单机读写频繁会出现被锁,会导致等待时间较长,用户体验不好。读写分离的时候注意的地方还挺多的
具体要看业务类型和并发量,如果业务是读少写多那么提升会非常明显,否则就一般般啦。
要看业务,写的多读的的少就很不错
读写分离的主要目的还不是为了提升性能吧,主要是防止单机数据库负载太高挂掉。
5 回答3.3k 阅读✓ 已解决
3 回答3.7k 阅读✓ 已解决
1 回答4.1k 阅读✓ 已解决
3 回答1.9k 阅读✓ 已解决
2 回答2.3k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
2 回答3.2k 阅读
8 回答6.6k 阅读✓ 已解决
2 回答4k 阅读
1 回答2.1k 阅读✓ 已解决
4 回答19.6k 阅读
3 回答2.8k 阅读✓ 已解决
确实要看业务和并发,不大的业务和并发,读写分析反倒更耗费性能,因为得切换数据源,或者做路由,但是要量大的话,读和写分散不同服务器上,降低单机负载量,而且还安全。