答案1
那是因为您的时区设置存在问题:
遇到了同样的问题,找到了一个可能的解释:我的云提供商将时间存储在本地时区(早于 UTC);启动时首先启动 MySQL,然后启动 NTP,将时间更新为 UTC;因此,MySQL 实际上是“在未来启动的”(听起来很有趣)。
跑步sudo dpkg-reconfigure tzdata
应该可以解决问题
来源:https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1600164/comments/11
答案2
在关闭系统之前,尝试运行此程序以手动关闭 mysql 服务。
sudo service mysql stop
或者,编写一个脚本来自动化该过程:
sudo service mysql stop
sudo shutdown -h now
确保将其标记为可执行文件。假设您将其保存为名为的文件shutdown
,请运行以下命令:
chmod u+x shutdown
现在您可以执行您的脚本。
./shutdown
答案3
奇怪的是,这对我有用:
sudo dpkg-reconfigure tzdata
可能的解释:我的云提供商将时间存储在本地时区(早于 UTC);启动时首先启动 MySQL,然后启动 NTP,将时间更新为 UTC;因此,MySQL 实际上是“在未来启动的”
答案4
如果它对其他人有帮助,这就是我在 Ubuntu 16.04 LTS 上解决问题的方法。基本上延迟了我在 /lib/systemd/system/ 下的 mysql.service 文件中的服务启动,我添加了和
After=lightdm.service
。wants=lightdm.service
(我的 lightdm.service 本身被延迟,直到域身份验证完成)我想您可以使用任何其他您知道将在启动后启动的服务。当 Ubuntu 以相反的顺序关闭时,这些服务文件也会关闭服务。