[CentOS] 一打开MYSQL系统就反应特别慢,请大牛帮下

williswatson

日志如下:
120308 11:33:27  mysqld started
120308 11:33:27 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
120308 11:33:27 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
120308 11:33:27  InnoDB: Started; log sequence number 0 43665
120308 11:33:27 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.77'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution
120308 11:43:12 [Note] /usr/libexec/mysqld: Normal shutdown

120308 11:43:14 [Warning] /usr/libexec/mysqld: Forcing close of thread 29  user: 'root'

120308 11:43:14 [Warning] /usr/libexec/mysqld: Forcing close of thread 23  user: 'root'

120308 11:43:14 [Warning] /usr/libexec/mysqld: Forcing close of thread 19  user: 'root'

120308 11:43:14 [Warning] /usr/libexec/mysqld: Forcing close of thread 17  user: 'root'

120308 11:43:15  InnoDB: Starting shutdown...
120308 11:43:16  InnoDB: Shutdown completed; log sequence number 0 43665
120308 11:43:16 [Note] /usr/libexec/mysqld: Shutdown complete

120308 11:43:16  mysqld ended
120308 11:51:17  mysqld started
120308 11:51:17  InnoDB: Started; log sequence number 0 43665
120308 11:51:17 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.95'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution
120308 11:53:50 [Note] /usr/libexec/mysqld: Normal shutdown

120308 11:53:52 [Warning] /usr/libexec/mysqld: Forcing close of thread 10  user: 'root'

120308 11:53:52 [Warning] /usr/libexec/mysqld: Forcing close of thread 9  user: 'root'

120308 11:53:52 [Warning] /usr/libexec/mysqld: Forcing close of thread 8  user: 'root'

120308 11:53:52 [Warning] /usr/libexec/mysqld: Forcing close of thread 7  user: 'root'

120308 11:54:08  InnoDB: Starting shutdown...
120308 11:54:09  InnoDB: Shutdown completed; log sequence number 0 43665
120308 11:54:09 [Note] /usr/libexec/mysqld: Shutdown complete

120308 11:54:09  mysqld ended

上面几行是MYSQL的LOG,看TOP没有发行太占CPU内存的进程 ,只有这几行有点奇怪 一个是那个[Warning] option 'max_join_size
再一个是Forcing close of thread的几行有点怪,不过看了很久之前 的LOG发现[Warning] option 'max_join_size原来也是一直有的,原来的时候没有问题
现在的开MYSQL进程 就特别特别慢,打一个LS都要过一会显示,刚才还用CENOTS的YUM升级了MYSQL,但是没 有用
目前版本是CENOTS 5.6,网站访问也和命令行一样是特别特别的慢,但是能访问,请大哥指点一下吧

williswatson

现在访问网站也是特别特别的慢,偶尔可以打开,

RogerZhuo

回复 2# williswatson


    确认两个问题
1，你特别慢的网站是和mysql 布署在同台物理服务器上的吗？
2，还是你网站连接的mysql慢，导致你的网站运行慢。


分析：
是由于mysql运行慢，还是服务器负载高，swap用得太高了。

发点信息出来，让大家帮忙分析一下呢

（1）uptime, 同时看看cat /proc/cpuinfo

  (2) free
  (3) vmstat 1 10

mysql看看有些什么连接

show processlist;
也可以看看slow log

mysql的配置信息

也有可能是web应用出现问题。

williswatson

RogerZhuo 发表于 2012-03-08 12:45
回复 2# williswatson

大哥我只有一台服务器,这机子上面有APACHE 和MYSQL
现在好像发现问题在哪了,我进/var/lib/mysql看数据库文件,发现好像有丢失了 一些文件
这些文件用WIN SCP都复制 不出来,说什么什么FAILE,反正就是报错什么的,
但是用LS 或者LS -AHL都显示不出来这些文件,

可能是这回掉电过程中丢的数据库文件了
请问怎么才能找回这些文件啊,

RogerZhuo

晕，刚才回复掉了！！！！

重写：

如果方便，还是把你的错误信息贴出来看看
个人觉得不是mysql 数据文件缺失，因为如果是db的问题，你访问应用的时候，页面就肯定捕获到 了这个异常。
再看看apache tomcat的日志，你应用的日志。
看看负载

williswatson

RogerZhuo 发表于 2012-03-08 13:09
晕，刚才回复掉了！！！！

重写：

应该是数据库丢文件了,我发现我用phpmyadmin访问那个丢了文件的数据库都访问不了
说找不到什么什么文件
请问怎么样能找回那些丢了的文件啊

RogerZhuo

回复 6# williswatson


  如果数据文件丢失，表不存，当应用访问的时候500error.

文件确认：

1,你所丢失的表是innodb的，还是myisam的， 哪张表，看是哪个文件 不存在了.frm, .myi,myd, .ibd。
2，如果是innodb，应该不是共享的表空件文件或者redo log掉了，
3，有可能是掉电导致文件破损，可以Repair一下


恢复：
1，如果.frm掉了，在其他库新一个相同的同名的表，把.frm考到你的数据库目录下
2, 可以根据最新的mysqldump全备，再重放bin log还原

文件恢复就不大明白，坐等版主！！！

小版主杀手

配置也要优化下：option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
平时没有备份的话，就请数据恢复公司吧

williswatson

好像就是因为上回掉电搞的服务器丢失了几个数据库文件
我的数据库是MYSQL
/VAR/LIB/MYSQL/我的数据库名  下面少了很多东西

ruochen

数据库记得备份