今天在深入学习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信息中感到困惑。
阅读(2129) | 评论(0) | 转发(0) |