欢迎各位兄弟 发布技术文章

这里的技术是共享的

You are here

看到了 apache 日志 和 mysql的错误日志,以有 /var/log/messages 实在看不懂 为什么今天早上 mysql停止了 西部数码 有大用

看到了 apache 日志  和 mysql的错误日志,以有 /var/log/messages

实在看不懂 为什么今天早上 mysql停止了 


mysql错误日志  

181119  0:40:26  InnoDB: Database was not shut down normally!

显示是 181119  0:40:26  时 mysql停止的 


 /var/log/messages 

Nov 18 22:00:14 ebs-56865 kernel: Out of memory: Kill process 16680 (mysqld) score 9 or sacrifice child

Nov 18 22:00:14 ebs-56865 kernel: Killed process 16680, UID 27, (mysqld) total-vm:403252kB, anon-rss:36976kB, file-rss:12kB

显示是 Nov 18 22:00 杀死mysql的 



apache日志 

发现 这两个时间段(181119  0:40:26 和 Nov 18 22:00 )访问量并不大



您好,

我们发现了两个问题如下:

1.您的mysql数据库中有数据表有异常,mysql日志里面一直在提示ksolat_com/ 这个数据库中的数据表有问题。



image.png





我们也查看了下当前数据库中的数据,有些数据库中数据表的文件不完整。

这种情况建议您使用账号密码登录到phpmyadmin里面去进入对应数据库,将有异常的表文件尝试进行修复之后再观察。

如果这些数据表已经没有使用了,可以直接在phpmyadmin里面将数据库表删除。


2.messages里面的日志的确有记录内存不足而kill了mysql的记录,但是在kill mysql进程的时候有很多httpd进程。

image.png






这是有问题的,所以我们查看您已经开启了日志但是日志比较大不便分析。

日志在logs目录下面重新进行了生成,如果再次出现kill mysql的时候可以根据日志记录的时间去对比检查站点访问日志。


非常感谢您对我司的支持,谢谢!



apache的访问日志本来我就开启了啊


您好,

apache的访问日志的确是开启了的,但是您的日志生成的已经比较大了所以不太利于检查问题。

所以重新进行了生成,所以您先解决下之前mysql数据表的问题。


如果还存在mysql异常停止,并且messages里面有kill记录的话就可以根据kill时间到access.log里面去检查下当时的访问记录看看是否存在异常。


非常感谢您对我司的支持,谢谢!



普通分类: