帮开发人员优化了一条SQL，select * 伤不起啊！

昨天下班之前，php程序员randy找到我，让我帮他优化一个sql，这个sql运行需要2秒钟。sql如下：
select * from cdp.doc_file df,cdp.ra_team_coverage rtc where df.stock_id=rtc.stock_id order by df.rpt_id desc;
主表cdp.doc_file 才8W多积累，附表cdp.ra_team_coverage 才5000条记录左右。按照常理来说不应该这么慢啊。

我就登陆mysql，用explain select sql_no_cache看下执行计划。

mysql> explain
    -> select sql_no_cache * from cdp.doc_file df,cdp.ra_team_coverage rtc where df.stock_id=rtc.stock_id order by df.rpt_id desc;
+----+-------------+-------+------+----------------------+----------------------+---------+------------------+------+---------------------------------+
| id | select_type | table | type | possible_keys        | key                  | key_len | ref              | rows | Extra                           |
+----+-------------+-------+------+----------------------+----------------------+---------+------------------+------+---------------------------------+
|  1 | SIMPLE      | rtc   | ALL  | PRIMARY              | NULL                 | NULL    | NULL             | 1434 | Using temporary; Using filesort |
|  1 | SIMPLE      | df    | ref  | ix_doc_file_stock_id | ix_doc_file_stock_id | 5       | cdp.rtc.stock_id |   16 | Using where                     |
+----+-------------+-------+------+----------------------+----------------------+---------+------------------+------+---------------------------------+
2 rows in set (0.00 sec)


发现走的key是我建立的索引，sql应该是没有问题的，突然我看到咯眼的*字眼，我就怀疑，难道是这个问题吗，去看了下cdp.doc_file表里面有40多个字段，cdp.ra_team_coverage 表里面有20个字段。

我将*去掉，执行查询
select sql_no_cache  df.rpt_id, df.excel_id, rtc.stock_id, rtc.rpt_nm
from cdp.doc_file df,cdp.ra_team_coverage rtc where df.stock_id=rtc.stock_id order by df.rpt_id desc;

只需要0.0007秒，我就无奈的笑着跟他说，以后表字段太多了超过10以上了或者有大字段了，就不要用省事用*，不然有时候会很慢的，他说ok。

可能有P友会疑惑了：你们公司没有sql规范么？

说实话，有的，我来公司的第一天，leader就让我花了2天的时间制定了mysql开发设计的各种规范，但是公司小，开发人员各种各样，时间长了，我也懒得去管了，消耗不起这个时间与精力啊，只有在监控日志里面，看到慢的sql，我会分析原因，如果是sql不规范或者写的不恰当，我去找他们，让他们去改掉sql。

不错，学习了！