mysql服务器详细日志

Question

我从syslog上得到了那些关于mysql的日志，但是它们太简短了，因为它们没有告诉我(或者至少我认为)是什么原因导致mysql以状态1终止。有人能帮我得到更详细的日志吗？

最好的，元

5.25 18:32:21 barnard kernel: 1587750.181772 init: mysql主进程(22276)已终止，状态为1

5月25日18:32:21 barnard kernel: 1587750.181819 init: mysql主进程已结束，正在重新生成

5月25日18:32:22 barnard内核: 1587750.939171 init: mysql启动后进程(22277)已终止，状态为1

5.25 18:32:22 barnard kernel: 1587751.226853 init: mysql主进程(22314)已终止，状态为1

5月25日18:32:22 barnard kernel: 1587751.226899 init: mysql主进程已结束，正在重新生成

5.25 18:32:23 barnard kernel: 1587751.996106 init: mysql启动后进程(22315)已终止，状态为1

5.25 18:32:23 barnard kernel: 1587752.246873 init: mysql主进程(22352)已终止，状态为1

5月25日18:32:23 barnard内核: 1587752.246919 init: mysql重新生成太快，已停止

Answer 1

这里也有同样的问题。从5.1开始，mysql 5.5的Ubuntu安装/升级/配置设置中存在一些错误。其他人声称下面的步骤是成功的，但对我来说都不起作用。第一步将删除apparmor (安全服务)，因此仅在调试期间临时执行此操作：

sudo service apparmor teardown

将以下行添加到/etc/mysql/my.cnf的服务器部分下：

character_set_server  = utf8
collation_server      = utf8_general_ci
innodb_buffer_pool_size = 256M

但是，就像我说的，这只适用于其他人，而不是我。

我在固态硬盘(安装在固态硬盘上的/)上运行mysql，并将/var和/tmp符号链接到硬盘上，你们有类似的混合驱动器配置吗？也许这导致了我们问题的“重生太快”。