想了解一下中间件与程序实现读写分离效率问题
其实用中间件和程序哪个读写分离的效率快呢，我自己的分析，程序已经处理好逻辑判断，直接去访问接口，即VIP或直接DB地址，而中间件需要在本机上占用一方面的资源性能再通过规则转发到后端DB，感觉比较考验的瓶颈是中间件的性能和网络，对于这些因素大概是哪个效率快呢，给出如下场景。一主多从环境，大概就一主4从吧，读写比例是1：9
中间件的优点是直接配置在该机上，后端DB发生架构改变，只需要在中间件上更改，而程序的缺点也就在这里，如果一改变架构，代码上又要跟着改，特别程序在逻辑判断也有些问题，如后端是4台从库做读，那么程序要加入判断机制，否则只是单独指向一台从机，这台从机发生故障了，程序就失效导致业务访问中止，加入了判断代码，又影响到性能。
所以在效率方面还真的不好说，大家也说说 当然是中间间 各有优缺点
中间件：有开源免费的，例如mycat功能比较差，也有付费的，例如爱可生中间件功能比较强
程序实现：将中间件的逻辑写入到代码里面做成一个类库 现在公司想让我上mycat这个中间件，感觉又复杂又麻烦，配置可以参考一些文档，但关键是维护问题，总觉得这个出了问题会比较慢，在官方群里有些人用了后，发现了个问题，就是使用后会出现有些SQL时快时慢，不够稳定啊
页:
[1]