我在两台服务器上有一个网站（windows server 2016和windows server 2012）。在2016年的服务器上，mysql每30分钟就会崩溃一次。在试图找出可能的原因时，我注意到“WindowsInsiderService”在mysql每次崩溃之前都会进入运行状态。
奇怪的是，windows insider服务被设置为手动启动类型，所以我不明白为什么它每30分钟启动一次，然而这就是每次mysql崩溃之前我在事件日志中看到的。

"The Windows Insider Service service entered the running state."  Event ID 7036

当我说“之前”，我的意思是在同一秒，但在mysql崩溃之前列在事件日志中。我假设这意味着它发生在mysql崩溃前的一瞬间。
谢天谢地，我正在我的服务器上运行ipsecntry，它会自动检测mysql崩溃并立即重新启动。因此mysql会自动重启，然后在mysql进入运行状态大约55秒后，windows insider服务进入停止状态（或者至少是在windows事件日志中记录时）。
而在mysql进入运行状态整整30分钟后，windows insider服务也进入运行状态，导致mysql再次崩溃。
另外，mysql并没有在我的2012服务器上崩溃，大概是因为在那个版本的操作系统上没有windows insider服务，所以我很确定这就是导致mysql崩溃的原因。
为了证实我的怀疑，我显然想阻止这项服务启动。我的问题是，我怎样才能找到它开始的原因，如果我找不到，那么有没有办法确保它不会开始呢？
更新：我注意到windows错误报告服务也在windows insider服务启动的同一秒启动（但列在insider服务的前面），并且该服务在失败2分钟后被触发自动重新启动。我还注意到，在windows insider服务进入stopped状态1分钟之后，windows错误报告服务也进入stopped状态。
所以这似乎是一个过程：
windows错误报告服务启动
windows insider服务启动
mysql服务停止（步骤1到3同时停止）
ipsecntry自动重启mysql
windows insider service启动1分钟后，它就停止了
在windows错误报告启动2分钟后，它就停止了
mysql启动30分钟后，整个循环又开始了
这些是windows错误报告服务的设置。

所以很明显，在这些设置中，我没有看到任何地方会导致windows错误报告服务在2分钟后停止，也没有看到任何设置会导致它在mysql启动30分钟后重新启动。我也不明白为什么这两个服务（错误报告和内部服务）似乎是结合在一起的。
我的主要目标是阻止mysql崩溃。我之所以提起这些服务，是因为他们似乎是原因，我不明白他们为什么这么做，所以我不知道如何阻止它。