所以大概一个星期前，我终于弄清楚是什么导致我的服务器不断崩溃。
审查我的mysqld.log后，我不断看到这个相同的错误，
101210 5:04:32 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295 这里是一个错误报告的链接， http ://bugs.mysql.com/bug.php?id=35346有人build议你将my.cnf中的max_join_size值设置为4M，我做到了。 我认为这个问题已经解决了，直到今天这个问题还没有问题，工作了大约一个星期。
我查了MySQL，现在又回来了，
101216 06:35:25 mysqld restarted 101216 6:38:15 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295 101216 6:38:15 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295 101216 06:40:42 mysqld ended
任何人都知道如何才能真正解决这个问题？ 我不能让这样的mysql崩溃。
编辑：我忘了提到每次发生这种情况我从linode留下来的电子邮件我有一个高磁盘io率
您的Linode在过去的2个小时内平均超过了磁盘io速率的通知阈值（1000），达到了2483.68次。
对于linode发送电子邮件给你关于超过两个小时的超过IO门槛，我会认为是什么东西导致大量的磁盘IO。 内存不足或者在这个过程中有什么问题？ 通常在像Linode这样的VPS系统上看到高磁盘IO是由于内存不足和交换进行的缘故。 OOMkiller可能被调用杀死mysql。 dmesg是否提到了oomkiller？
当你说服务器崩溃的时候 – 你究竟是什么意思？
你的意思是系统重新启动或挂起（变得没有反应，必须重新设置/ powercycled）？
或者你的意思只是MySQL崩溃 – 如果是这样，你的意思是没有MySQL进程正在运行，或者所有的MySQL进程都没有响应查询？
发生这种情况时系统控制台上是否显示任何内容？
我在想MySQL的警告与这个问题无关 – 我读到你列出的错误报告是，它不是导致MySQL崩溃，而是单独崩溃的系统。
警告就是 – 警告。 我不认为你的问题。 尝试增加mysql的日志logging。 是否有可能当你达到IO阈值限制Linode开始拒绝你的IO请求，这会导致MySQL崩溃或结束？