在什么情况的时候适合使用数据库的读写分离

[Geek-Banana]

1.数据库在什么场景下适合使用读写分离

2.读写分离能解决什么样的问题，带来什么样的好处

3.单表多少数据量适合做数据库的读写分离

希望大家给提一下建议，了解一下，谢谢

[迷途的码农]

这个要看业务需求的，一个oracle数据库的链接最多就200个，当你的业务访问量比较多的时候，数据库链接资源不够用，一般会分库分表，读写分离，缓解数据库压力，数据量太多了，读写性能下降，从而影响应用性能。不过读写分离有好处也有坏处，就是要有主库要同步数据到从库，数据同步的时效性是个问题，这个是明显的空间换时间

[树成]

读写分离的场景挺明显的吧： 1、你的系统写入数据不多但是存在大量的读取数据功能。 2、读写分离并不取决于你的数据量还是取决于你的并发量，访问用户多才需要类似的功能。 3、读写分离其实是个比较低端的处理读取并发量的操作，因为还是有对数据库的访问操作的，但是读写分离相对于其它处理方式而言的好处在于时效性比较高和对系统要求比较低。 4、读写分离在效率上是低于页面静态化和缓存服务的，但是好处是不用改动系统代码，因为都是连接数据库。 5、数据量大的情况下使用的技术不是读写分离，是分表和分库，或者使用分布式存储引擎，读写分离不能解决数据量大的问题。 6、系统写入操作并发量大不适合使用读写分离，至于需要什么技术看你的具体业务需求，而且大量写入操作本身就是个难以处理的大数据问题，但是读写分离从一定程度上减轻写入操作的负担。