Windows Insider Service每隔30分钟就会自动启动一次

Question

我在两台服务器上有一个网站（Windows Server 2016和Windows Server 2012）。在2016服务器上，mysql每30分钟崩溃一次。在尝试追踪可能导致它的原因时，我注意到“Windows Insider Service”在每次mysql崩溃之前就进入了运行状态。

奇怪的是，Windows Insider Service设置为手动启动类型，所以我不明白它为什么每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 Service也进入运行状态，导致mysql再次崩溃。

另外，我的2012服务器上的mysql没有崩溃，可能是因为该版本的操作系统上没有Windows Insider Service，所以我很确定这是导致mysql崩溃的原因。

为了证实我的怀疑，我希望显然阻止此服务启动。我的问题是，我怎样才能找出导致它开始的原因，如果我找不到它，那么有没有办法确保它不会启动？

更新：我注意到Windows错误报告服务也在Windows Insider服务启动的同一秒启动（但在Insider Service之前列出），并且该服务在失败2分钟后被触发自动重启。我还注意到Windows Insider Service进入停止状态后1分钟，Windows错误报告服务也是如此。

所以这似乎是一个过程：

这些是Windows错误报告服务的设置。

所以很明显我没有看到这些设置中的任何地方会导致Windows错误报告服务在2分钟后停止，而且我也没有看到任何设置会导致它在MySQL启动后30分钟重启。我也不明白为什么这两项服务（错误报告和内部服务）似乎是时髦的。

我的主要目标是阻止MySQL崩溃。我只是提出这些服务，因为它们似乎是原因，我不明白为什么他们正在做他们正在做的事情，所以我不知道如何阻止它。

Answer 1

事实证明Windows Insider Service不是每30分钟导致MySQL崩溃的原因所以整个问题都是一场疯狂的追逐，但为了其他可能偶然发现它的人的利益，我会在这里发布我的解决方案。

原来在Windows上运行mysql安装仍然默认刷新时间为1800秒（在nix框上，此值默认为0）。通常这不是问题，但因为我使用的是联合表，所以这是一个问题。我猜mysql不知道如何刷新联合表，因此崩溃。所以我在my.ini中设置了flushtime = 0，问题就消失了。