扫码关注官方订阅号
仅考虑redis或者mysql上的读写分离。
人生最曼妙的风景，竟是内心的淡定与从容！
确实要看业务和并发，不大的业务和并发，读写分析反倒更耗费性能，因为得切换数据源，或者做路由，但是要量大的话，读和写分散不同服务器上，降低单机负载量，而且还安全。
redis的访问也是要事务的吧
这个要实际应用才能得出结论，不同条件下提升的结果会有高低读写分离最基本是解决访问多了，单机读写频繁会出现被锁，会导致等待时间较长，用户体验不好。读写分离的时候注意的地方还挺多的
具体要看业务类型和并发量，如果业务是读少写多那么提升会非常明显，否则就一般般啦。
要看业务，写的多读的的少就很不错
读写分离的主要目的还不是为了提升性能吧，主要是防止单机数据库负载太高挂掉。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
0 
6
346
收藏
确实要看业务和并发，不大的业务和并发，读写分析反倒更耗费性能，因为得切换数据源，或者做路由，但是要量大的话，读和写分散不同服务器上，降低单机负载量，而且还安全。
redis的访问也是要事务的吧
这个要实际应用才能得出结论，不同条件下提升的结果会有高低
读写分离最基本是解决访问多了，单机读写频繁会出现被锁，会导致等待时间较长，用户体验不好。读写分离的时候注意的地方还挺多的
具体要看业务类型和并发量，如果业务是读少写多那么提升会非常明显，否则就一般般啦。
要看业务，写的多读的的少就很不错
读写分离的主要目的还不是为了提升性能吧，主要是防止单机数据库负载太高挂掉。