Answers:
这可能是MySQL通告程序配置文件出现的问题。如上所述这里，有什么不对您的配置文件。您只需要删除它（或将其重命名），然后再次启动MySQL通知程序-配置文件将自动重新创建。
就我而言，配置文件位于C:\Users\YourUsername\AppData\Roaming\Oracle\MySQL Notifier\settings.config路径中。删除它解决了问题。
我也在本地安装的MySQL Notifier上遇到了这个问题，并且删除settings.config或重新安装都没有任何效果。进一步的调查使我进入了一个名为connections.xml的文件夹中的文件，该文件仅包含一个空格字符。但是，删除该文件并重新启动通知程序就可以解决问题，因此，如果（像我一样）删除settings.config无法解决问题，请查找connections.xml，然后检查该文件是否存在问题，并在必要时删除。
由于配置文件损坏而出现该错误，解决方案是按照WojciechFrącz的描述删除它。
由于虚拟的MySQL服务（从服务器安装中遗留下来的剩余信息尚未完全删除），它也可能出现。总是请确保您正在运行的最新通知的可用版本（可从以下网址下载MySQL的下载页面）第一。
解决虚拟MySQL服务剩余的问题：
打开“运行”命令窗口，然后键入以下内容：
services.msc
注意任何不应列出的MySQL服务（之前曾尝试卸载）。
打开一个管理员权限命令窗口，然后键入以下命令：
sc删除“ <Dummy_service_name_here>”。
重新启动通告程序，然后查看是否可以解决问题。
如果此后仍然出现类似的错误，请检查堆栈跟踪是否在某处显示单词CreateScheduledTask，这意味着当Notifier在启动时尝试添加计划任务以检查任何已安装的MySQL产品的更新时，这是有问题的。
一种解决方法是在记事本中打开settings.config重新生成的文件。里面的文件，寻找所谓财产"AutoCheckForUpdates"和更改的默认值"True"的"False"和通知程序再次运行，在指出这个帖子。