我看到一个 MySQL 服务器运行正常，但一旦达到高负载，它就会毫无预警地死机——立即崩溃。它同时支持论坛和聊天服务器。它同时运行 InnoDB 和 MyISAM 表。我认为聊天服务器是问题所在。
我很难确定如何修复该问题，并且想知道有哪些适用于 MySQL 的监控工具可以让我具体地确定崩溃的原因（这样我可以调整 my.ini 设置并希望它消失）。
我在相应的 .err 文件中找到任何确实有用的信息。
我看到应用程序事件日志 100 条如下消息：
事件类型： 信息
事件来源：MySQL
事件类别：无
事件 ID：100
日期：2009 年 11 月 13 日
时间：下午 3:57:52
用户：N/A
计算机：主机
描述：C:\Program Files (x86)\Parallels\Plesk\Databases\MySQL\bin\mysqld-nt.exe：已准备好连接。版本：'5.0.45-community-nt-log' 套接字：'' 端口：3306 MySQL 社区版 (GPL)
不会有其他记录信息。
当前显示状态如‘％thread％’；显示此输出，如果有帮助：
Delayed_insert_threads 0 Slow_launch_threads 0 Threads_cached 1 Threads_connected 7 Threads_created 53033 Threads_running 1
由于它是在这个 64 位机器上运行 32 位实例，也许 MySQL 实例只是内存不足？我确信 64 位升级将有很大帮助……但我需要确保它能解决问题。
非常感谢您的帮助，如果您有任何疑问，请随时提问！
答案1
我并不是想陈词滥调，但您这样说：服务器达到高负载，死机......我的第一个解决方案是（假设高负载确实是由于高使用率造成的），在从属模式下添加另一个读取服务器。
其次，某个查询可能会导致崩溃。也许如果您打开查询日志记录，您可以查看崩溃前的最后一个查询是否始终相同。请注意，这本身会增加服务器负载，并且您需要掌握日志轮换，以免磁盘被填满。
此外，如果您启动了一个从服务器，而您的主服务器死机了，您总是可以提升该从服务器，因此这是一种很好的冗余。