这篇文章将为大家详细讲解有关mysql中Oneproxy如何实现读写分离，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。
基本架构： 写请求全部定向到主库，数据通过日志异步复制到副库，读请求可根据情况路由到主库或者副库，分散读压力目前读的压力平均分到3台服务器，性能提升在20-30%左右
中间件连接池会根据 CONNECTION的AUTO COMMIT 状态来缓冲连接，如果过程中AUTOCOMMIT的值发生变化，则之前缓存的数据库连接会失效. 导致重新建立连接性能下降. JDBC事务控制恰恰会主动把CONNECTION的 AUTOCOMMIT属性设为 FALSE （默认为TRUE). 如果禁用事务，数据完整性得不到保证并且会引发其他错误. 好在ONEPROXY最新版本已经解决了这个问题 （题外话，好像MYCAT连接池的设计思路也类似，使用时有没有坑有待验证）
在高并发下 ONEPROXY 中间件的连接池大小要调整
ONEPROXY 中间件的字符集要设置成UTF8，默认是GBK, 如果没有设对，那么对象序列化的BLOB存到MYSQL数据库会损坏导致无法反序列化
在写主数据库，读多个副数据库的架构下，最常见的问题是数据复制不及时，导致定向到副库的读请求没有读到数据ONEPROXY 通过事务控制来解决这个问题，如果读和写操作都在一个事务里，那么他们都会到被定向到主数据库所以事务的边界控制很重要，但是现在应用的代码非常混乱，导致控制事务很困难，ONEPROXY提供了一个折衷的方案，可指定对于某个表定向到主库/副库，现在对于读写都很频繁的表，购物车，订单，订单行，促销，支付记录等一律指定路由到主库错误率目前基本控制在零. 曾经也尝试过用PERCONA的参数 WSREP_CAUSAL_READS 来解决上述问题，但是并没有效果
关于“mysql中Oneproxy如何实现读写分离”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
