HAProxy/MySQL代理/MySQL路由器主从复制;读写拆分策略
我们有MySQL主从复制(1主1从)设置,一切正常 当前,所有加载(读/写)都将进入主服务器。 现在,我们希望所有写操作都只重定向到主服务器,而读操作则分布在主服务器和从服务器之间 我们正在从下面寻求一点关于最佳策略的澄清HAProxy/MySQL代理/MySQL路由器主从复制;读写拆分策略,mysql,haproxy,high-availability,mysql-proxy,Mysql,Haproxy,High Availability,Mysql Proxy,我们有MySQL主从复制(1主1从)设置,一切正常 当前,所有加载(读/写)都将进入主服务器。 现在,我们希望所有写操作都只重定向到主服务器,而读操作则分布在主服务器和从服务器之间 我们正在从下面寻求一点关于最佳策略的澄清 单性 MySQL代理 MySQL路由器 经过研究,我得出结论,在这里我们需要使用混合方法的Ha代理 例如:所有正确的操作转到3306端口Ha代理,读取转到3307端口 决定端口的逻辑必须在编程端而不是Ha代理端实现。经过研究,我得出结论,这里我们需要使用混合方法的Ha代理 例
经过研究,我得出结论,在这里我们需要使用混合方法的Ha代理 例如:所有正确的操作转到3306端口Ha代理,读取转到3307端口
决定端口的逻辑必须在编程端而不是Ha代理端实现。经过研究,我得出结论,这里我们需要使用混合方法的Ha代理 例如:所有正确的操作转到3306端口Ha代理,读取转到3307端口
决定端口的逻辑必须在编程端而不是Ha代理端实现。这并不容易。插入相同记录后的直接选择可能会产生不同的结果。一个很好的代理是来自MariaDB的MaxScale。这并不容易。插入相同记录后的直接选择可能会产生不同的结果。MariaDB的MaxScale是一个很好的代理。