仅考虑redis或者mysql上的读写分离。
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师，...
确实要看业务和并发，不大的业务和并发，读写分析反倒更耗费性能，因为得切换数据源，或者做路由，但是要量大的话，读和写分散不同服务器上，降低单机负载量，而且还安全。
具体要看业务类型和并发量，如果业务是读少写多那么提升会非常明显，否则就一般般啦。
redis的访问也是要事务的吧
这个要实际应用才能得出结论，不同条件下提升的结果会有高低读写分离最基本是解决访问多了，单机读写频繁会出现被锁，会导致等待时间较长，用户体验不好。读写分离的时候注意的地方还挺多的
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
确实要看业务和并发，不大的业务和并发，读写分析反倒更耗费性能，因为得切换数据源，或者做路由，但是要量大的话，读和写分散不同服务器上，降低单机负载量，而且还安全。
具体要看业务类型和并发量，如果业务是读少写多那么提升会非常明显，否则就一般般啦。
redis的访问也是要事务的吧
这个要实际应用才能得出结论，不同条件下提升的结果会有高低读写分离最基本是解决访问多了，单机读写频繁会出现被锁，会导致等待时间较长，用户体验不好。读写分离的时候注意的地方还挺多的