数据库

解决MySQL主从复制错误1595:Relay log write failure…

先交代下背景:我这边正在研究基于Docker的MariaDB Galera Cluster的自动化集群部署方案【以下简称MGC,后续有时间可以考虑分享下这个方案】,已经完成所有调试,想在生产环境部署一个MGC集群作为从先灰度测试。 生产环境主DB版本为MySQL5.5,新的MGC采用Mariadb最新10.3.12 stable版本,做好MGC集群,并导入一份从主DBdump出来的完整SQL之后,change master 开始创建主从,结果如下报错: 查了下资料,都是是磁盘满导致的,但是我这边磁盘空间、权限都没问题,于是继续检查了下MGC节点日志如下: 里面有一个关键信息:binlog_checksum failed,看来报错和这个有关系了。查了下资料,应该是Mariadb默认打开了 slave_sql_verify_checksum(MySQL版本默认关闭),而主从版本又不一致,导致checksum失败。 解决办法也很简单,在MGC各节点的配置中加上:slave_sql_verify_checksum=0 ,关闭这个特性即可,具体有没有负面影响暂未深入研究。
NEW
阅读全文
数据库

MySQL主从报错解决:Table ‘mysql.gtid_slave_pos’ doesn’t exist

给内部一个数据库做异地热备,热备部分采用了MariaDB的galera集群模式。然后挑选其中一台作为Slave和深圳主集群做主从同步。 主集群是老环境,用的版本还是是MySQL 5.5.13。用常规办法创建主从同步 结果有如下报错: 错误信息为:Last_SQL_Error: Unable to load replication GTID slave state from mysql.gtid_slave_pos: Table 'mysql.gtid_slave_pos' doesn't exist 搜了下资料,大部分说是没有执行mysql_upgrade导致的,不过我们这边的MariaDB是Docker跑的,而且用了很长时间了,理论上应该是没问题的才对。 既然提示没有这个表:Table 'mysql.gtid_slave_pos' doesn't exist,那我就创建一个吧! 从网上找到这个建表语句: 在作为Slave的MariaDB上执行,然后重启slave后问题解决,过程如下:
阅读全文
数据库

MySQL主从、字典死锁、连接数的Python监控脚本

最近,公司的系统在天津增加了不少异地容灾,其中就有异地双主MySQL。由于容灾环境一般只会在出现较大的网络故障或故障演习的时候用到,所以,容灾系统的可用性就只能靠监控了。 对于互联网这种赶鸭式的发展模式,很多公司都没有完善的自动化运维系统。所以,很多时候还得靠自己写脚本。 脚本越写越多,就容易出现混乱、分散难管理的窘状。所以,这次就写了一个MySQL的集中监控脚本,后续有新的监控加入也可以非常方便的拓展。 Python 脚本: 用法很简单,只要在脚本同目录新增一个文本文件hosts.list,一行一个IP,然后需要在IP对应的MySQL身上新增一个 db_monitor账号,用于监控机远程登录MySQL(见脚本注释部分语句): 其他特性: ①、脚本支持 5.0 和 5.5+ MySQL版本的 Second behid master 监控,因为新老版本这个参数的位置不一样(鹅厂很多开源软件是非常陈旧的。。。); ②、支持MySQL连接失败的监控; ③、支持MySQL主从复制的延迟和错误监控 ④、支持MySQL的连接数和字典锁数监控 ⑤、更多监控可以参考继续添加..... 好了,就这么多了,算是给自己一个备忘。
阅读全文
数据库

MySQL主从报错解决:Failed to initialize the master info structure

大清早收到一个MySQL的自定义语言告警 :replication interrupt,看来是主从同步报错了。 登陆MySQL,执行 show slave status \G 发现salve已经停止了,于是使用 start slave启动,结果有如下报错: 搜索了下,网上给出的解决办法基本都是: ①、执行 reset slave; ②、重新执行 change master: ③、执行 start slave 于是试了下,发现还是一样的报错,顺着报错信息,看了下error 日志: 发现其中频繁出现如下错误: 于是,把MySQL 数据文件目录下的 index info 文件都看了一遍,结果发现 Centos64-relay-bin.index文件中出现异常内容: 这个文件正常情况应该是记录了 bin-log文件名称才对,比如: 因此,将 Centos64-relay-bin.index 这个文件mv 重命名,然后重启MySQL,重新按照上文从网上照来的的步骤:reset、change master、start 成功搞定! 如果你也遇到类似问题,可以先按照网上提供的三个步骤试试,如果还是和本文类似的报错,请特别看下MySQL数据目录下的这几种文件: mysql-bin.index relay-log.info 主机名-relay-bin.index 可以尝试将他们重命名或移走,重启MySQL再走一遍上面的三个步骤应该可以搞定了!
阅读全文
数据库

超简单的MySQL主从复制配置步骤

MySQL估计就是俺的主战场了,看来得多收藏一些MySQL的技术教程才行。正愁没啥东西可以写,就先转载一篇超简单的MySQL主从复制的配置教程好了。 怎么安装mysql数据库,这里不说了,只说它的主从复制,步骤如下: 1、主从服务器分别作以下操作: ①、版本一致 ②、初始化表,并在后台启动mysql ③、修改root的密码 2、修改主服务器master: 3、修改从服务器slave: 4、重启两台服务器的mysql 5、在主服务器上建立帐户并授权slave: 6、登录主服务器的mysql,查询master的状态 注:执行完此步骤后不要再操作主服务器MYSQL,防止主服务器状态值变化 7、配置从服务器Slave: 8、检查从服务器复制功能状态: 注:Slave_IO及Slave_SQL进程必须正常运行,即YES状态,否则都是错误的状态(如:其中一个NO均属错误)。 以上操作过程,主从服务器配置完成。 9、主从服务器测试: 主服务器Mysql,建立数据库,并在这个库中建表插入一条数据: 在从服务器Mysql查询: 10、附加:监控 编写一shell脚本,用nagios监控slave的两个“yes”,如发现只有一个或零个“yes”,就表明主从有问题了,发短信警报吧。
阅读全文