机器：Dell r815、CentOS 5.4、256GB 内存、4 x 12 核。
我们有一个包含 275GB 文件的应用程序。它一次对 20GB 的数据进行就地排序，即它交换位并在同一文件中替换它们。这一切正常。
最后一个通道读取整个文件并对不同的 20GB 块进行合并排序，然后将它们输出到一个全新的文件中。
这个过程似乎可以正常运行一段时间，最终将大约 50GB 的数据刷新到磁盘。在此之后的某个时间，整个机器开始崩溃。
像ps -ef, ls -al, 之类的简单命令会长时间挂起并显示为占用 100% CPU（这只是一个内核）。
查看 上的内存统计信息top，我看到它使用了大约 120GB 的 RAM（因此 128GB 空闲）并且在“缓存”部分下有 120GB。
有没有人见过这种行为？同样的过程在具有 64GB 内存的机器上运行良好 - 所以我认为这与我在机器中的 RAM 安装量有关。
（正如我们所说，我正在这台机器上运行测试，除了 64GB - 以排除硬件问题）。
我可能缺少一些 vm 参数/etc/sysctrl.conf吗？
谢谢！
简短版本：是否可以从 5.5 master 复制到 5.1 slave？
长版：我们从 5.0 到 5.5 进行了大规模升级。如果转储 400gb dbs 并将它们导入 5.5，这是一个漫长的过程。
5.5 复制好像彻底坏了。主机始终挂起，从机不断断开/重新连接并留下陈旧的 binlog_dump 连接（从 show processlist 中可见）。主机在关机时挂起，直到我在一个小时后关机“放弃”时必须杀死。最后它每天都会收到这种类型的错误“110423 13:55:48 [ERROR] Slave SQL：无法在表 prod.site_iplist 上执行 Delete_rows 事件；在‘site_iplist’中找不到记录，Error_code：1032；处理程序错误 HA_ERR_KEY_NOT_FOUND；事件的主日志 mysql-bin.000385, end_log_pos 65644796, Error_code: 1032" 这是一个将在 5.5.12 中修复的错误。
这非常令人失望，因为我们的 5.0 设置运行了 3 年。
无论如何，我希望迁移到 5.1.56（它至少有 56 个稳定产品的更新）。问题是我所有的数据库现在都是 5.5。
是否有可能有一个 5.5 主站和一个 5.1 从站？迁移过程是将 db 导入 5.1，然后启用复制，同步后将每个人故障转移到 5.1，然后在每个人都在 5.1 db 上时降级所有其他 5.5 服务器。
5.5 master --> 5.1 slave 会工作吗？如果是这样，它是否适用于当前的 MIXED 模式复制？我是否必须将其更改为仅声明？
谢谢！