MySQL测试套件中报告缺陷

如果你的MySQL的版本没有通过测试套件，你可以采取如下措施：

在尽可能多地找到出错之时的错误之前，不要发送缺陷报告。查找之时，请使用mysqlbug脚本比便我们能获取你的系统和MySQL版本信息，参阅1.7.1.3节 ，“如何报告缺陷或问题”。

确保包含了mysql-test-run的输出，以及  mysql-test/r目录下所有.reject文件的内容。

如果测试套件里的测试未通过，用如下命令检查一下看它自己运行时是否通过测试：

cd mysql-test
mysql-test-run --local test-name

如果未能通过，你应该用 --with-debug 配置MySQL并使用--debug选项来运行mysql-test-run。如果这样也未能通过，请把追踪文件var/tmp/master.trace 上传到
ftp://ftp.mysql.com/pub/mysql/upload/ 以便我们能检查它。请记得也要包含你系统的完整描述，mysqld 二进制文件的版本，以及你是如何编译它的。

也试着带--force选项运行一下mysql-test-run ，看是否还有别的测试未通过。

如果你是自己编译的MySQL，查看我们的手册看看如何在你的平台上编译MySQL，最好用一个在http://dev.mysql.com/downloads/上我们已经为你编译好的二进制版本。我们所有标准的二进制版本都能通过测试套件的测试！

如果错误是Result length mismatch 或 Result content mismatch ，这意味测试的输出于期望的输出不匹配，这可能是在MySQL或你的mysqld 版本里的缺陷在某些环境下产生稍有不同的结果。

未通过的测试结果放在和结果文件同主名但扩展名为.reject的文件里。如果测试案例未通过，你应该对两个文件做diff操作。如果你不能发现它们是如何不同，用od -c 命令检查它们，也检查一下文件长度。

如果测试完全未通过，你应该检查mysql-test/var/log目录下的日志文件以获得有关错误的一些提示。

如果你是为调试而编译MySQL，试一下带--gdb和（或）--debug参数运行mysql-test-run 。请参阅E.1.2节，“创建跟踪文件”。

如果你没有为调试而编译MySQL，这应该是你可能去做的。只要带－-with-debug参数运行configure。 请参阅2.8节，“使用源码分发版安装MySQL ”。