各位老铁们，大家好，今天由我来为大家分享数据库读写分离优缺点，以及不建议读写分离的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！
本文目录
为什么数据库读写分离能提高数据库的性能
之所以说读写分离能够提高性能，是因为读写分离采用这样的机制：假设我们现在有数据库服务器1，对外提供一切操作，还有数据库服务器2，仅仅保存数据库服务器1的数据备份，定时同步，以便服务器1意外崩溃后能够尽量的弥补损失。
但是服务器2原本能够提供增删改查服务，这样以来服务器2的资源就产生了极大的浪费，因此我们希望服务器2也做一些事情，而不是仅仅作为一个备份。
显然增删改都是不能够交给服务器2去完成的，因为如果这样做就失去了服务器1的意义，所以服务器2仅仅提供查询操作，增删改都留给服务器1去完成，这就是所谓的读写分离。
读写分离机制使得两个服务器分担原本属于一个服务器的压力，因此性能有所提高，同时有数据备份的存在，其稳定性高于单服务器。
DB读写分离情况下，如何解决缓存和数据库不一致性问题
有两种方案。
先来了解什么情况下会产生缓存和数据库数据不一致。查询数据时优先从缓存中取，如果缓存没有就查询数据库并且写入缓存。如果数据库数据改变了则清除缓存。在正常情况下是没有问题的。但是在服务的并发非常高的情况下，删除了缓存此时数据库还没来得及更新完数据就又有查询请求来了，这时候读到的还是旧数据并且还会将旧数据写入缓存。此时就造成了缓存和数据库不一致。
第一种解决方案：延时删除。在改变数据库数据时清除缓存的操作延时一段时间，这段时间可以非常短，只需要保证数据库写操作完成就可以了。但在实际环境中我们并不知道数据库什么时候才把数据写完成，因此这段时间不好控制，短了的话起不到作用，长了的话影响体验。不过在一般情况下这种方式已经可以解决问题了。
另一种方案是利用数据库的binlog，订阅binlog当数据完成更新时用消息来通知删除缓存。这种方案可以确保数据库更新操作完成并且及时更新缓存。
oracle为什么不需要读写分离
Oracle不需要读写分离，因为它具有自动优化的能力，可以根据当前系统的情况和用户的使用习惯来调整SQL语句的执行方式，从而达到最佳性能。
数据库读写分离优缺点
1.读写分离有优点，也有缺点。2.优点是可以提高数据库的性能和可扩展性。读写分离将读操作和写操作分离到不同的数据库实例上，可以减轻单一数据库实例的负载压力，提高读操作的响应速度。同时，通过增加读库的数量，还可以实现水平扩展，进一步提升系统的性能。3.缺点是会引入数据一致性的问题。由于读写分离将读操作和写操作分离到不同的数据库实例上，可能会导致读操作读取到的数据不是最新的。这就需要在应用程序中加入一些机制来保证数据的一致性，例如通过主从同步或者其他方式来保证数据的同步更新。此外，读写分离还会增加系统的复杂性和维护成本，需要额外的工作来管理多个数据库实例。4.总结来说，数据库读写分离可以提高系统的性能和可扩展性，但同时也会引入数据一致性的问题，并增加系统的复杂性和维护成本。在实际应用中，需要根据具体的业务需求和系统情况来选择是否使用读写分离。
关于数据库读写分离优缺点和不建议读写分离的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。