郁闷的mysql不定时自动重启

Question

似乎是在服务器负担较重，例如复制大文件（超过2G）时，我的mysql就无故重启。有人能告诉我怎么回事，或者怎么避免吗？
错误日志如下：080805 09:56:04 mysqld_safe Starting mysqld daemon with databases from /file/mysql
080805  9:56:04 [Note] Plugin 'InnoDB' disabled by command line option
080805  9:56:05 [Note] Event Scheduler: Loaded 0 events
080805  9:56:05 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.1.22-rc'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL)
080805 10:04:03 [Note] /usr/local/mysql/bin/mysqld: Normal shutdown080805 10:04:03 [Note] Event Scheduler: Purging the queue. 0 events
080805 10:04:06 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete080805 10:04:06 mysqld_safe mysqld from pid file /file/mysql/www.eceel.com.pid ended
080805 10:04:07 mysqld_safe Starting mysqld daemon with databases from /file/mysql
080805 10:04:07 [Note] Plugin 'InnoDB' disabled by command line option
080805 10:04:08 [Note] Event Scheduler: Loaded 0 events
080805 10:04:08 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.1.22-rc'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL)
080805 10:12:35 [Note] /usr/local/mysql/bin/mysqld: Normal shutdown080805 10:12:35 [Note] Event Scheduler: Purging the queue. 0 events
080805 10:12:35 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete080805 10:12:35 mysqld_safe mysqld from pid file /file/mysql/www.eceel.com.pid ended
080805 10:12:36 mysqld_safe Starting mysqld daemon with databases from /file/mysql
080805 10:12:36 [Note] Plugin 'InnoDB' disabled by command line option
080805 10:12:37 [Note] Event Scheduler: Loaded 0 events
080805 10:12:37 [Note] /usr/local/mysql/bin/mysqld: ready for connections.
Version: '5.1.22-rc'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL)

Answer 1

貌似没有什么大的问题！把你DOWN之前操作说一下。

Answer 2

down之前？没什么操作啊。就是服务器正常跑着就这样了，从日志的时间上看，重起了3次(9:56,10:04,10:12)呢。如果一定要说有什么操作：那就是我在复制很大的文件："似乎是在服务器负担较重，例如复制大文件（超过2G）时，我的mysql就无故重启。"从感觉上，好像是mysqld_safe检查出mysql服务器不正常了，所以让它重启。

Answer 3

OS的基本信息都贴出来，内存,CPU，等等

Answer 4

呃，可以参考这个问题，相关的
http://topic.csdn.net/u/20080725/14/98c55d11-9675-47ac-b584-50ac429c0ae1.html
帮我试试看，在linux机器上复制10G这么大的一个文件  另外，我mysql数据库是很庞大的，好几个数据文件超过了4G。但数据库负担一般不重：很少有复杂的语句，一般的操作都只针对一条数据。show processlist往往都是空闲的。

Answer 5

[root@www ~]# uname -a
Linux www.eceel.com 2.6.11-1.1369_FC4smp #1 SMP Thu Jun 2 23:08:39 EDT 2005 i686 i686 i386 GNU/Linuxmysql
Version: '5.1.22-rc'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL) 

Answer 6

需要什么结果，mysql的错误日志？我只要不拷贝大文件，就不会出问题的。以前拷贝大文件，似乎也不会出问题。不知道最近怎么就会出问题了。mysql降级可能很麻烦吧，数据库如果不支持，数据重新导入导出要很长时间了。

Answer 7

你COPY大文件本身没有问题，可是你不知道，当数据库并发很大的时候会造成CPU严重阻塞，严重的也会重启数据库！
所以最好的办法就是构建M-S，然后在S上进行操作！

Answer 8

其实这里可能不是因为“数据库并发很大的时候会造成CPU严重阻塞”，我们的数据库负担非常非常轻，前面说起过"show processlist"经常为空的。不过，我也不能肯定，在我拷贝大文件的时候，有没可能会暂时性的让系统负担过重，而让mysql来不及响应，或者“CPU严重阻塞”

Answer 9

郁闷，原因找到，自己的保护程序在重启mysql:一旦系统负担过重。