深刻讨论为什么要读写分离?

为了服务器承载更多的用户?提升了网站的响应速度?分摊数据库服务器的压力?就是为了双机热备又不想浪费备份服务器?上面这些回答,我认为都不是错误的,但也都不是完全正确的。「读写分离」并不是多么神奇的东西,也带不来多么大的性能提升,也许更多的作用的就是数据安全的备份吧。

从一个库到读写分离,从理论上对服务器压力来说是会带来一倍的性能提升,但你仔细思考一下,你的应用服务器真的很需要这一倍的提升么?那倒不如你去试着在服务器使用一下缓存系统,如 Memcached、Redis 这些分布式缓存,那性能可能是几十倍的提升。而且,在服务器硬件异常强悍及性能廉价的今天,完全更没必要了,所以,在今天,我认为它更多的职责就是为了数据安全而设计的,同时又提升了一些性能,这样也挺好。

可能我们更应该称之为主从分离

利用 AOP 实现读写分离

读写分离方式很简单,就是在你读数据是去连接从库,在你写数据的时候去连接主库,具体代码实现当然就是连接时候去操作了,这没什么难度,在代码里写就是了。可是,有追求的程序猿都是不是这么解决问题的呢!
其实通过上篇的 从零开始学 Java - Spring AOP 拦截器的基本实现 我们知道 AOP 可以实现在方法开始执行前后插入执行我们想要的代码,那这样,我们是不是可以在执行数据库操作前根据业务来动态切换数据源呢?
思考一下这个方式理论上好像是可行的,这种方式首先不需要在业务代码中去做切换,二是可能以后我们不需要读写分离了,把 AOP