故障的机器修好后重启，狂拉主库binlog，导致网络问题的解决方法
问题简述：
一周前，有一台mysql服务器发生硬件故障，停机了。我们给专门负责这块的同学提交了申请，他们负责去报修这台服务器。今天这台服务器修好后，他们将其开机启动。服务器上的4个mysql实例在开机后自动启动，开始拉主库的binlog。由于这台服务器停机时间比较久，日志丢的比较多，狂拉主库的binlog，导致主库网络出现问题。现象：
首先，我们完全没有意识到是因为一台坏掉的服务器重启拉主库binlog导致的，因为我们压根不知道 这台服务器什么情况，只知道1周前，我们报修了1台服务器。具体什么情况，有没有修好，有没有开机，我们完全不知道。 在这样的情况下，忽然听到网络的同学说mysql有一台机器网络流量过大，导致业务感觉很慢，总共持续了17分钟。其实这样，是没有多大头绪的。
排查：
查看processlist、全日志、慢日志都没有发现有什么问题。
查看监控，发现那段时间的服务器的读IO骤然升高。 通过查看processlist的历史记录，发现有一段时间，主从复制的用户 状态是 waiting for net，通过其IP发现该服务器是1周前坏掉的一个slave服务器。
结论： 这台服务器上有4个实例，服务器启动后，mysql实例自动启动，开始向主库上拉binlog，每个主库每天的binlog量大概6G，4个实例1个星期大概160多G的binlog。
问题： 1、坏掉的服务器什么时候修好，什么时候开机，我们不可控，也不知道，也没有关注 2、这种案例其实是很简单、很典型的可能造成影响或故障的case，我们提前没有对这个现象有警觉，虽然知道这是个很容易出现的问题，但是在我们的case中，完全没有这方面的意识。因此导致该事件发生 3、对于网络流量这块，缺乏有效监控
解决方法： 1、所有服务器，取消开机自动启动mysql，服务器开机后，人为启动实例，停slave。（这样，如果服务器很多，可能过于麻烦，暂且先这样记录下来，总比造成影响强） 2、意识到该问题，将该问题纳入避免问题的常识库或工作手册中去。
-
本文向大家介绍Mysql修改datadir导致无法启动问题解决方法，包括了Mysql修改datadir导致无法启动问题解决方法的使用技巧和注意事项，需要的朋友参考一下 centos6.2，停止mysqld然后修改/etc/my.cnf datadir的位置，启动mysqld提示FAILED，查看日志 新的datadir路径确实没问题，而且目录和目录下所有文件都是777权限，上层目录也有rx权限，只
-
* *刚刚下载并安装了SDK Net 7.0.100，它破坏了现有的应用程序，它们不会在VS 2022或Rider中加载任何更多的应用程序。 复制了以下错误：** 错误:SDK解析程序失败。试图解析SDK“Microsoft . net . MSBuildSdkResolver”时失败。NET.Sdk”。例外:“微软。NET . SDK . workloadmanifestreader . wor
-
常见网络故障 我们在开发或者网络管理中，经常碰到各种各样的网络故障。掌握处理常见的网络故障，就成为了网络运维工程师和开发工程师的基础技能。 常见以下两个故障： 服务器无法登录了 服务访问不了 这两个故障背后的原因有很多种，列举如下： 服务器无法登录 你的电脑断网了 服务器关闭了 服务器没关闭，但是访问端口关闭了（例如关闭了远程桌面的3389端口或者ssh的22端口） 服务器没关闭，访问端口也没关闭
-
本文向大家介绍golang网络socket粘包问题的解决方法，包括了golang网络socket粘包问题的解决方法的使用技巧和注意事项，需要的朋友参考一下 本文实例讲述了golang网络socket粘包问题的解决方法。分享给大家供大家参考，具体如下： 看到很多人问这个问题, 今天就写了个例子, 希望能帮助大家 首先说一下什么是粘包：百度上比较通俗的说法是指TCP协议中，发送方发送的若干包数据到接收
-
本文向大家介绍解决npm安装Electron缓慢网络超时导致失败的问题，包括了解决npm安装Electron缓慢网络超时导致失败的问题的使用技巧和注意事项，需要的朋友参考一下 Electron 框架的前身是 Atom Shell,可以让你写使用 JavaScript,HTML 和CSS 构建跨平台的桌面应用程序。它是基于io.js 和 Chromium 开源项目,小编碰到npm安装Electron
-
我的网站是Laravel 5.6 它使用nginx托管在AWS>EC2,CentOS>上。附件是服务器体系结构 PHP版本7.1 附加了您可以的服务器体系结构。它是自动呼叫服务器。 我还附上了Redis日志https://prnt.sc/qdv3is和https://prnt.sc/qdv539 现在的问题是：每天一次，有时两次或三次，我们得到Redis错误可能内存满了，但不确定你能看到附加的服务