akonadi服务和mysqld在kubuntu 16.04中使用了过多的内存

我最近在装有8GB内存的Dell studio xps 1640上安装了kubuntu 16.04。一切正常，但确实让我感到困扰。重新启动后，当我检查系统资源时，会mysqld占用150~200MB of RAM并且一堆akonadi服务正在运行（联系人，生日，邮件*，发件人等），我真的不需要和使用任何这些服务，并且这是浪费内存。但是严重的问题是mysqld，在一段时间（3-4小时）后mysqld占用800MB~1GB了RAM，直到我重新启动系统后它才会释放。我应该提一下，我没有任何正在运行的数据库，也不使用mysql！所以只有ubuntu在使用它。

所以我的问题是：

• 首先，我如何禁用（删除）不需要的akonadi服务，并且根本不让它们自动启动和运行（我禁用了akonadiserver，但没有帮助）。我从akonadi使用的唯一服务是krunner，我真的不需要kMail，Calendar和...。

• 其次，为什么mysqld占用了这么多的内存（尽管我猜想它与上面提到的akonadi问题有关，因为mysqld进程的父级是akonadiserver）以及如何防止它。因为我的工作与RAM的使用有关，并且我确实需要内存，所以我不能让不需要的服务使用此数量的资源。

如果您能帮助我解决此问题，我非常感谢。在此先感谢您的帮助。

在ubuntu提供此问题的修复之前，我找到了解决方法！

我使用命令pkill -f akonadi并将其添加到启动中。系统设置>>启动和关闭>>自动启动。使用此命令，所有akonadi服务都会在启动时被杀死，并且mysqld进程将与之一起被杀死，并且它们所占用的所有内存将被释放。

之后，一切正常，我没有发现任何错误或功能失常。

删除akonadi服务

使用命令，sudo apt-get remove --purge kmail akonadi-server您可以卸载akonadi-server及其所有集成服务，而无需对系统进行任何有害更改。这样，内存使用量将不足500MB，并且mysqld将无法运行并占用资源。

我遇到了同样的问题，尽管我不知道如何卸载akonadi，但我还是卸载了使用它的应用程序：kontact，kaddressbook，kmail，knotes和korganizer。Akregator似乎没有启动akonadi，所以我让它安装了。

sudo apt-get remove kontact kaddressbook kmail knotes korganizer

由于akonadi未启动，启动后我的内存使用量已从将近900MiB减少到不足500MiB。由于akonadi尚未启动，因此mysqld进程结束一段时间后也不会浪费超过800MiB（在没有运行任何其他程序的情况下，总内存使用量为1.5GiB）。

如果您不想卸载此应用程序，则可以从系统托盘中将其全部关闭。以我为例，正在运行kmail和korganizer。对于korganizer，您必须从系统托盘中的图标取消选中提醒事件的选项（我认为它显示为事件提醒守护程序，或类似的东西）。这样，下次启动计算机时，该进程将不会初始化，并且akonadi也不会启动。

但是请注意，仅启动一次任何一个应用程序都会启动akonadi，直到您关闭计算机为止。关闭应用程序时它不会被杀死（请注意：您可以通过“ akonadictl stop”从终端停止它）。

如果要禁用服务而不是删除它们以避免将来的依赖关系问题，则可以通过编辑配置文件来禁用它们。

要禁用服务器，请在处编辑akonadi服务器配置文件~/.config/akonadi/akonadiserverrc。

更改StartServer=true为StartServer=false。

这已在MySQL 5.7.13中修复（请参见Bug 80772）：https ://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-13.html#mysqld-5-7- 13个错误

这为我解决了。

目前可通过apt获得的最高版本是5.7.12，因此要获得5.7.13，可以在此处使用以下选项之一：https ://dev.mysql.com/downloads/mysql/

慢慢来。我使用MySQL PPA安装并匆匆完成整个工作，现在我在Kubuntu破坏了Akonadi。这似乎很难修复。

我也遇到了这个问题，pkill我认为这有点残酷

由于我没有使用任何依赖于akonadi的应用程序，因此akonadictl stop当mysqld权重过高时，我会做一个。在启动Kmail，Kontact之类的东西之前，它不会重新启动，这意味着从不！不幸的是，它将在重启后恢复。我没有找到永久解决此问题的任何解决方案

仅供参考：这被视为mysql错误，在https://bugs.launchpad.net/bugs/1576930中进行了跟踪

到目前为止，对于不使用kdepim的用户来说，Firouziam的答案是正确的解决方法。