摘要:1.保证主库数据一致性 innodb_flush_trx_commit=1 binlog_sync=1 2.保证从库数据一致性 用这个特性是彻底从库异常重启可能对复制造成损坏 master-info-repository = TABLE #对应表名为mysql.slave_master_infore
阅读全文
posted @ 2019-12-08 23:26
鱼儿也疯狂
文章分类 - Mysql 复制技术
摘要:1.保证主库数据一致性 innodb_flush_trx_commit=1 binlog_sync=1 2.保证从库数据一致性 用这个特性是彻底从库异常重启可能对复制造成损坏 master-info-repository = TABLE #对应表名为mysql.slave_master_infore
阅读全文
posted @ 2019-12-08 23:26
摘要:#观察是否有违背GTID的语句 #观察日志 #插入违规语句 #观察日志
阅读全文
摘要:新建库名,然后通过脚本rename table 相当于做了数据字典的修改,建议非在线操作,原来db1中数据文件会自动移动到db2中
阅读全文
摘要:1.跳过指定数量的事务: #跳过一个事务stop slave; SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1; start slave; 2.修改mysql的配置文件,通过slave_skip_errors参数来跳所有错误或指定类型的错误[mysqld]#slave-s
阅读全文
摘要:1.如下开启了Auto_Position情况下,如何跳过一个GTID show slave status \G *************************** 1. row *************************** Slave_IO_State: Waiting for mas
阅读全文
摘要:接着上一篇复制文档,搭建keepalived 环境介绍: 两台mysql服务器(mysql 5.6.27) MySQL01 192.168.11.129(默认:3306端口) MySQL02 192.168.11.140(默认:3306端口) VIP:192.168.11.100 关闭防火墙和sel
阅读全文
摘要:环境准备: 两台mysql服务器(mysql 5.6.27) MySQL01 192.168.11.129 MySQL02 192.168.11.140 一 复制搭建 MySQL01: 创建复制账号 MySQL02: MySQL02 # show master status ; MySQL01 my
阅读全文
摘要:一背景 早上7点多接到一个数据库服务器空间报警,磁盘空间不足。登陆数据库查看,MySQL slave 大量延迟,有68G 的relay log。查看slave status 发现Relay_Log_Pos ,Exec_Master_Log_Pos 位点始终不变,当时的状态展示如下:二 分析根据sla
阅读全文
|