简述DBA相关管理MGR工作
二 监控
1 采用proxysql相关创造的view视图作为监控指标
三 备份
1 利用xtrabackup在读节点进行备份
2 设置binlog保留日期
四 DDL操作
1 索引相关可以直接DDL操作
https://pan.baidu.com/s/1sTh8HqX0BJKEplZ6gXFctQ
提取码: ip2r
2 大表相关采用PT-OSC在业务低峰期操作,MGR每个节点会执行相同的动作,所以要在业务低峰期做
五 数据恢复工具
1 采用美团恢复工具可以恢复数据,经过测试完全没问题
六 中间件选择
1 proxysql+mgr 会有性能损耗,但是能实现读写分离
2 自定义程序自住进行判断
3 采用HAPROXY+PXC方案,守护进程脚本需要自定义
七 常见错误锦集
1 Plugin group_replication reported: 'Error on session 16608. Transaction of size 24800282 exceeds specified limit 20971520. To increase the limit please adjust group_replication_transaction_size_limit option.'
分析 这是由于限制了大事务的大小,建议对事务进行拆分
2 集群发生网络故障,导致从节点被踢出,重新加入后导致数据不一致
分析 此问题见于爱可生的一篇文章,进行模拟,mysql官方也有BUG描述.大概率由于网络阻塞引起.同一GTID下的主和从不同事务内容,导致数据不一致,原来的事务丢失
解决方法: mysql5.7.26应该已经解决此BUG,对于存在BUG的版本可以进行故障节点重做,避免不一致情况发生
3 Connection attempt from IP address refused. Address is not in the IP whitelist.'
解决方法 节点的IP段没在MGR的白名单上,进行IP地址段的添加即可
4 Plugin group_replication reported: 'Can't start group replication on secondary member with single primary-mode while asynchronous replication channels are running.'
分析 如果节点曾经做过从库，那么在开启组复制的时候会报错，且日志中会出现以下错误 执行reset master reset slave
5 Slave I/O for channel 'group_replication_recovery': error connecting to master 'repl@bztcloud-mysql1:3306' - retry-time: 60 retries: 1, Error_code: MY-002061
分析 恢复通道无法连接 可能有三种情况
1 账号本身有问题,用账号也无法链接 在mysql8.0环境下会出现这个问题,由于验证机制已经改变
2 集群网络有问题,造成无法连接的
