又是server-id这个参数的原因[@more@]过完节第一天检查数据库,发现一台Mysql的slave报出大量的Slave: received 0 length packet from server,
又是server-id这个参数的原因
[@more@]过完节第一天检查数据库,发现一台Mysql的slave报出大量的
Slave: received 0 length packet from server, apparent master shutdown.
日志文件已经2g了.....但是数据倒是还在走,尝试stop slave再start slave,报错 :
Error reading packet from server: log event entry exceeded max_allowed_packet; Increase max_allowed_packet on master (server_errno=1236)
再检查下mt.cnf果然还是server-id和别的slave的重复造成的,重新设置下第一个错误就ok了,第二个错误么可能就是使用了LOAD DATA或者mysqlimp造成的,避免的方法就是在主从2台上先把要load的文本load到不复制的临时库中,再通过sql的方式插入复制的表中,这样只传递sql而不会发生大量数据的传递,就不用更改max_allowed_packet 了,否则按照mysql的提示修改虽然能过去,但是下次数据再多点可又要改了,而且还要停master。。。这在生产环境可不是每次都行的
--结束END--
本文标题: Slave: received 0 length packet from server, apparent master shutdown
本文链接: https://lsjlt.com/news/46021.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0