[过程：]
将分隔文本文件从基于 Windows 的服务器导入到单个 Ubuntu 10.04.2 主机上的 MySQL 5.1.41 实例（多个数据库）。
该过程在 Windows 服务器上通过 MySQL exe 使用“load data local infile”启动。
总共有 20 个数据库，我们每个数据库导入 15 个文件——每个表 1 个文件。
所有表都使用MyISAM引擎。
每次导入之前，我们都会截断目标表。
所有处理均按顺序进行。
[问题：]
该过程将正常运行约 2 周，然后总体处理时间继续显著增加。例如，我们将看到 2 周的运行时间为 35 分钟，第二天为 55 分钟，然后是 80 分钟，等等，然后没有任何变化，大约一周后它将降回 35 分钟（时间长度各不相同）。这似乎不是任何其他处理要求的结果，因为服务器基本上只专用于 MySQL，并且没有手动添加的 CRON 任务。
甚至截断表步骤似乎也受到了影响。
在正常日和缓慢日对“显示状态”进行对比，似乎没有发现除了大量 aborted_connects 之外的任何重大问题，但这个变量似乎在实际导入处理窗口之外有规律地增加。
不确定这是否是某种 MySQL 资源积累或与操作系统相关的东西。
任何投入将不胜感激。
答案1
不确定这是否有帮助，但你调查过吗多个密钥缓存？