mysql读写分离，应用层分离好还是中间层好

应用层分离：控制上的灵活度更高，实现也简单，随时可以调整策略。但带来的问题就是增加应用层的复杂性以及额外的开发工作，均衡设置、安全防护、分流什么的，不太好加强。适合中小型项目吧，毕竟到后期的扩容方面有点麻烦。

中间层分离：专业的事还是专业的proxy来负责，应用层专心做应用层的事，中间层按规则做读写的分离。扩容均衡起来得心应手，连接池、健康切换，这样都是应用层无法实现的。适合大型超大型项目

读写分离的意思是，写入的时候向 a 服务器写入，而读出的时候从 b c d 甚至更多的服务器读出；这样的架构适合于读多写少的应用，最典型的就是火车购票系统，一般我们买票的时候要先查询好多次，包括车次啊，时间啊，这都是读 *** 作，而最后可能只买一张车票，这是写 *** 作；做了读写分离之后，可以将资源分配到最合理的地方，不会使某些资源闲置，而另一些资源不够用；

但是读写分离必然引发主从复制，试想一共有 10 张票，买了 1 张票，读的时候如果还是读到 10 张余票就不对了，因此需要主从复制，再读的时候，就只能读到 9 张余票了；

---