Mysql maxscale找不到gtid\u binlog\u位置
我有主动主从(ssl)复制。我安装了maxscale,设置了配置,但maxscale无法获取gtid\u binlog\u pos 错误:[mariadbmon]无法选择“master”作为故障转移的降级目标,因为它没有“gtid\u binlog\u pos”,并且禁用了不安全的故障转移 数据库:MariaDB 10.3.25 操作系统:Ubuntu 20.04 我的配置最大刻度:Mysql maxscale找不到gtid\u binlog\u位置,mysql,ssl,proxy,mariadb,maxscale,Mysql,Ssl,Proxy,Mariadb,Maxscale,我有主动主从(ssl)复制。我安装了maxscale,设置了配置,但maxscale无法获取gtid\u binlog\u pos 错误:[mariadbmon]无法选择“master”作为故障转移的降级目标,因为它没有“gtid\u binlog\u pos”,并且禁用了不安全的故障转移 数据库:MariaDB 10.3.25 操作系统:Ubuntu 20.04 我的配置最大刻度: threads=auto log_info=1 log_debug=1 logdir=/opt/sslmaxsc
threads=auto
log_info=1
log_debug=1
logdir=/opt/sslmaxscale/maxscale.log
[master]
type=server
address=192.168.89.234
port=3306
protocol=MariaDBBackend
ssl=required
ssl_ca_cert=/opt/sslmaxscale/ca-cert.pem
ssl_cert=/opt/sslmaxscale/server-cert.pem
ssl_key=/opt/sslmaxscale/server-key.pem
[slave]
type=server
address=192.168.89.231
port=3306
protocol=MariaDBBackend
ssl=required
ssl_ca_cert=/opt/sslmaxscale/ca-cert.pem
ssl_cert=/opt/sslmaxscale/server-cert.pem
ssl_key=/opt/sslmaxscale/server-key.pem
[MariaDB-Monitor]
type=monitor
module=mariadbmon
servers=master,slave
user=repl
password=password
monitor_interval=2000
auto_rejoin=true
auto_failover=true
replication_master_ssl=true ```
Ssl connection in mysql working, i checked it. And gtid_binlog_pos i can got
MariaDB [(none)]> SELECT @@global.gtid_binlog_pos; @@global.gtid_binlog_pos - 1-1-517
只要复制未以允许安全故障切换的方式设置,就会记录该错误。这通常表明监视器配置为使用的用户有问题,或者复制的启动方式与MaxScale中的自动服务器管理不兼容
您可以禁用此安全检查,并通过添加到监控器定义来强制监控器创建简单拓扑。发现问题。数据库配置中缺少skip networking=0变量。默认情况下,它被设置为1。这意味着我只能通过localhost连接
但目前还不清楚使用skip networking=1时复制是如何工作的…不幸的是,它没有帮助。只有消息已更改<代码>群集gtid域未知。这通常是由于在MaxScale运行时群集从未拥有主服务器造成的。P.S.MaxScale安装在活动主服务器>从服务器复制(使用gtid)上。gtid_pos-slave_pos如果要将群集初始化委托给MaxScale并重置整个设置,可以使用MaxCtrl命令
MaxCtrl调用命令mariadbmon reset replication
()。这应该确保它的设置方式允许自动故障切换,我个人在测试中经常使用它。我已经取得了一些进展。现在出现错误当前主服务器“master”不再有效,因为它已停机超过5次(故障计数)
。它在5次授权失败后出现,错误现在不会消失。