十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
这篇文章将为大家详细讲解有关mysql中Oneproxy如何实现读写分离,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。
成都创新互联公司基于分布式IDC数据中心构建的平台为众多户提供绵阳主机托管 四川大带宽租用 成都机柜租用 成都服务器租用。基本架构: 写请求全部定向到主库,数据通过日志异步复制到副库,读请求可根据情况路由到主库或者副库,分散读压力目前读的压力平均分到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许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。