1.数据库版本 MySQL> select version()    -> ;+-------------------------------------------+| version()                                 |+-------------------------------------------+| 5.7.17                                  |+-------------------------------…

mysql主从同步的原理: 1.在master上开启bin-log日志功能,记录更新.插入.删除的语句. 2.必须开启三个线程,主上开启io线程,从上开启io线程和sql线程. 3.从上io线程去连接master,master通过io线程检查有slave过来的请求,请求日志.postsion位置. 4.master将这些相应的日志返回给slave,slave自己去下载到本地的realy_log里面,写入一个master-info日志记录同步的点. 5.slave的sql线程检查到realy-lo…

由于配置有zabbix监控,某日收到zabbix监控主从报警,,查看mysql状态, showslave status \G; slave复制状态有误,SLAVE_SQL_RUNNING为NO, 接着看下面的错误信息,提示有一个表插入数据,提示表不存在, 随后在从库上检查该库该表,发现都存储,就纳闷了. 再回头看报错有新发现,提示的表明是大写,我刚才检查的小写, ok,再次进入从数据库使用大写查询表,果然报错,看来是大小写问题引起的. 查资料发现mysql参数有忽略大小写的参数lower_cas…

MySQL主从故障修复 测试库:192.168.1.2 主192.168.1.3 从 192.168.1.4 主 4又是2的从库192.168.1.5 从 有人修改了192.168.1.2和192.168.1.3的数据库参数后,重启数据库.忘记了192.168.1.4又是192.168.1.2的从库,导致192.168.1.2和192.168.1.4的主从断掉.并且在192.168.1.2上创建了新库还原数据删除等操作,导致192.168.1.4提示错误. 模拟如下:通过从库查看主从状态:mys…

mysql主从复制,经常会遇到错误而导致slave端复制中断,这个时候一般就需要人工干预,跳过错误才能继续 跳过错误有两种方式: 1.跳过指定数量的事务 mysql>stop slave;  mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1 #跳过一个事务  mysql>start slave 2.修改mysql的配置文件,通过slave_skip_errors参数来跳过指定类型的错误或跳过所有错误 vi /etc/my.cnf [mysqld] #…

转自:http://www.linuxidc.com/Linux/2014-02/96945.htm 故障现象:进入slave服务器,运行:mysql> show slave status\G        .......            Relay_Log_File: localhost-relay-bin.000535            Relay_Log_Pos: 21795072    Relay_Master_Log_File: localhost-bin.000094Sla…

大多数的互联网应用场景都是读多写少,在发展过程中可能会出现读性能问题,在数据库层解决读性能问题:一主多从 下面是多主从结构 虚线箭头表示主备关系,A与A’互为主备,从库B,C,D指向主库A,一主多从的设置,一般用于读写分离,主库复制所有的写入和一部分读,其他的读有从库分担. 在一主多从架构下,主库故障后的主备切换 相比一主一从的切换,一主多从结构在切换完成后,A’会成为新的主库,从库B,C,D也要改接到A’,正是由于多了B,C,D重新指向的这个过程,所以这个主备切换的过程复杂度就增加了. 基于位…

公司里有两个mysql服务器做主从同步,某天Nagios发来报警短信,mysqla is down...赶紧联系机房,机房的人反馈来的信息是 HARDWARE ERROR 后面信息省略,让机房记下错误信息后让他们帮忙重启下看是不是能正常起来,结果竟然正常起来了,赶紧导出所有数据.   问题又出现了,nagios 又报警,mysql_AB error,检查从库show slave status \G; 果然 Slave_IO_Running: YesSlave_SQL_Running: No而且出…

GTID复制典型的复制错误有两种:1,数据对象级别的错误,包括主库上update的数据在从库上不存在,主从逐渐冲突,库表索引等对象的冲突等等,   如果是纯粹的跳过错误的话,这一类的错误需要跳过思路是找到主库binlog中对应的事务Id然后在从库上跳过即可.2,日志找不到的错误,也即从库在执行利用主库上的binlog执行对应的事务的时候,因为主库上日志被删除,找不到对应的日志的错误   这一类的错误,根据主库的gtid_purged,更新从库的gtid_purged,也就是告诉从库,直接跳过主库…

mysql 主从错误情况1,master 上删除一条记录是从库报错 找不到该记录引起原因:master出现宕机或者从库已经删除.解决方案:stop slave;set global sql_slave_skip_counter=1;start slave;2,主键冲突引起原因:master宕机或者从库宕机解决方案:删除此主键,重新start slave;3,update 时候slave上找不到次数据引起原因:master宕机或者从库做了删除操作解决方案:master上扎到次数据插入到从库4,sl…