Slave_SQL_Running: No
Slave_SQL_Running: No
1.程序可能在slave上进行了写操作
2.也可能是slave机器重起后,事务回滚造成的.
3.由于从库和主库数据不一致,根本没有这个表
发生这种状况的原因就是本人在主从复制的时候把从库相关的库和表都删除了。
解决的方案就是要么手动的把数据创建出来,要么就是通过主库的bin的log日志进行恢复。
因为我们的主从复制主库肯定开启binlog了,我们可以基于binlog发给从服务器进行数据的恢复。
show variables like '%log_bin%';
打开具体文件后发现binlog是后开启的,但是是后开启的数据根本没有。
如果想使用主的数据还需要进行数据的备份操作,才能复制过去。所以采用另外的方式,把主表的数据也删除掉,由于是本地测试数据随便玩,如果是正式环境或者重要场景不要这么干,建议进行学习数据备份,目前还不会(mmm...)
等操作完成再回来看。
另外一个从库没问题,可以完全使用。
这个从库,由于开始数据不一致,导致各种问题
Slave_SQL_Running:No
Error executing row event: 'Table 'edu_db_1.udict' doesn't exist'
关闭再开启也不好使: stop slave;
start slave;
show slave status
还是这样子。
最后的解决方案:找到主库得分偏移量。
把从库的偏移量重新设置.
从库打开输入命令:
CHANGE MASTER TO MASTER_HOST='192.168.31.200',MASTER_USER='root',MASTER_PASSWORD='player3.',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=1642,master_port=3306;
开启:
START slave;
查看
show slave status
测试:在主库创建test001库,创建表
CREATE TABLE `tb_commodity_info` ( `id` varchar(32) NOT NULL, `commodity_name` varchar(512) DEFAULT NULL COMMENT '商品名称', `commodity_price` varchar(36) DEFAULT '0' COMMENT '商品价格', `number` int(10) DEFAULT '0' COMMENT '商品数量', `description` varchar(2048) DEFAULT '' COMMENT '商品描述', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='商品信息表';
测试成功!
备注:目前没有控制读写分离等操作。
---------------------------------------------------------------------------
国之殇,未敢忘!
南京大屠杀!
731部队!
(有关书籍《恶魔的饱食》)以及核污染水排海等一系列全无人性的操作,购买他们的食品和为它们提供帮助只会更加变本加厉的害你,呼吁大家不要购买日本相关产品
昭昭前事,惕惕后人
吾辈当自强,方使国不受他人之侮!
---------------------------------------------------------------------------
作者:三号小玩家
出处:https://www.cnblogs.com/q1359720840/
版权声明:本作品采用知识共享署名-非商业性使用-禁止演绎 2.5 中国大陆许可协议进行许可。 版权信息