MySQL必备工具第六位: stalk 及collect

　　有时候，问题会在我们疏于监控或回家睡觉的时间段内发生，大家都知道在问题发生之后才对MySQL及服务器运行状态进行诊断往往很难甚至不可能得出正确结论。这时大家普遍的做法往往是亲自编写一套脚本然后静待检测结果，或者是对额外数据进行记录，毕竟没人比自己更了解自己所使用的系统。但问题是，系统正常工作时大家当然对其分外熟悉，如果系统当前的工作状态可能存在各类隐患，我们也往往会试图简单地将其解决掉而非进行深入的探索及分析。

　　值得庆幸的是，有人对MySQL崩溃状态下的状况非常了解，并针对那些常见多发的问题编写了两款分别名为stalk及 collect的故障排查工具。前一款工具的作用是在第二款真正运行实例之前等待设备状态符合故障发生时的情形。尽管粗看起来这一点似乎无关紧要，但事实上该工具确实简单高效地收集了各类可能引发问题的细节变化。

　　首先，stalk根据配置内容的要求每隔一段时间运行一次collect，该步骤能够消除记录中那些繁杂无用的冗余数据，使对此前故障的分析更有条理。接下来，collect会将MySQL对自身运行情况的报告及其它各类我们可能想都没想过的数据进行汇总，其中包括：曾经打开的文件夹、应用程序接受及调用的系统信息、网络通信量以及其它种种。如此一来，如果最终大家不得不求助于解决MySQL故障的专业咨询团队，那么他们在询问中所要涉及到的各类信息我们就都已经掌握了。

　　stalk 与collect能够根据需要进行配置，因此它们能够应付几乎所有故障情况。惟一的要求是为stalk的触发建立一项可定义的条件。如果有多项条件都是引发故障的嫌疑对象，那么大家可能需要与自己的MySQL运行环境专家进行磋商，以部署更广泛的审查工作。事实上，导致MySQL崩溃的根本原因也可能潜伏于该系统之外。

　　stalk 与 collect也可以用于主动防御。举例来说，如果大家了解到相同时间段内不应该同时存在50个以上的活跃MySQL连接，那么stalk可以主动监控这一问题。换句话说，这两款工具能够帮你解决许多初显端倪以及尚不明朗的麻烦。

　　下载地址:

　　http://aspersa.googlecode.com/svn/trunk/stalk |http://aspersa.googlecode.com/svn/trunk/collect

　　维护负责人: Baron Schwartz

　　更多信息: http://aspersa.googlecode.com/svn/html/index.html |http://code.google.com/p/aspersa/