我在两台服务器(Windows Server 2016和Windows Server 2012)上有一个网站。在2016年服务器上,mysql每30分钟崩溃一次。在尝试查找可能的原因时,我注意到“ Windows Insider服务”在每次mysql崩溃之前就进入运行状态。
奇怪的是, Windows Insider服务设置为手动启动类型,所以我不知道为什么每30分钟启动一次,但这是我在事件日志中看到的就在每次mysql崩溃之前。
"The Windows Insider Service service entered the running state." Event ID 7036
当我说“就在...之前”时,我指的是完全相同的秒,但在事件日志中仅在mysql崩溃之前列出。我假设这意味着它在mysql崩溃之前发生了不到一秒钟。
非常感谢我在服务器上运行ipSentry,它可以自动检测到mysql崩溃并立即重新启动。因此,mysql将自动重新启动,然后在mysql进入运行状态约55秒后,Windows Insider Service会进入停止状态(或至少是在Windows事件日志中记录时)。
在mysql进入运行状态后正好30分钟,Windows Insider服务也进入了运行状态,导致mysql再次崩溃。
此外,mysql不会在我的2012 Server上崩溃,大概是因为该版本的操作系统上没有Windows Insider Service,所以我很确定这是导致mysql崩溃的原因。
为证实我的怀疑,我显然想阻止该服务启动。我的问题是,如何找出导致它启动的原因,如果找不到,那么有没有办法确保它不会启动?
更新:我注意到 Windows错误报告服务也在Windows Insider服务启动的同一秒启动(但在Insider Service之前列出),并且该服务是失败2分钟后触发自动重启。我还注意到,在Windows Insider服务进入停止状态1分钟后,Windows错误报告服务也进入了停止状态。
所以这似乎是过程:
这些是Windows错误报告服务的设置。
因此,很明显,在这些设置中我看不到任何导致Windows错误报告服务在2分钟后停止的地方,而且也没有看到任何导致其在MySQL启动30分钟后重新启动的设置。我也不明白为什么这两个服务(错误报告和内幕服务)似乎同时出现。
我的主要目的是阻止MySQL崩溃。我之所以提出这些服务,是因为它们似乎是原因,而且我不明白他们为什么要做自己正在做的事情,所以我不确定如何停止它。