MySQL源码中的BUG

    今天在深入学习MySQL查询优化器的过程中，发现一个低级的错误，应该是开发人员出于笔误导致的，当然这个错误不会出现问题，仅仅会在debug环境下，输出trace信息的时候会误导开发人员。

    现公布如下：
    本文基于mysql-5.5.20源代码进行调试开发。

    sql_select.cc文件的5439行，代码如下：

点击(此处)折叠或打开

 DBUG_EXECUTE("opt", print_plan(join, idx, read_time, record_count, idx,
                                  "SOFAR:"););

    其中通过查看print_plan函数可以发现，输入参数：read_time和record_count的顺序是错误的。print_plan函数在sql_test.cc的266行定义如下：

点击(此处)折叠或打开

 /*
  print_plan()
     join pointer to the structure providing all context info for
                  the query
     read_time the cost of the best partial plan
     record_count estimate for the number of records returned by the best
                  partial plan
     idx length of the partial QEP in 'join->positions';
                  also an index in the array 'join->best_ref';
     info comment string to appear above the printout
 */
 void
 print_plan(JOIN* join, uint idx, double record_count, double read_time,
            double current_read_time, const char *info)

    因此，sql_select.cc文件的5439行的代码应该讲read_time和record_count的顺序颠倒。修改后的代码如下：    

点击(此处)折叠或打开

 DBUG_EXECUTE("opt", print_plan(join, idx, record_count, read_time, idx,
                                  "SOFAR:"););

    由于这个错误，会在打印输出的debug trace信息中感到困惑。