求助:sql优化

icer_repls

yisildeai 发表于 2012-3-22 14:18
这个意思呀..那其实是我要的结果集太多 而导致mysql 全表扫描了.
那 我为什么 用left join 的时候就会用 ...

你仔细看看你在1L写的SQL 和3L写的SQL
第一、select出来的列不同
第二、我看你在3L写的SQL  利用到了idx_uname， 这个是user_name上的索引吗？
你之前没说在这个列上有索引啊。。 如果有的话，那被利用到了很正常啊

jinguanding

yisildeai 发表于 2012-3-22 11:33
还有想知道  为何 select 内连接 时  用不到 user_id_idx   而转为 left join 才会用到? 但左外连接后 u表索 ...

1.左链接的时候，broker.t_user u 表作为左边的表，也即必须读出来的数据
2.内连接的时候，是把符合2张表要求的数据读出来

所以他们走的索引计划是会存在偏差的

从你的UPDATE语句看，最佳的可能性是，name字段上有索引，也即 .day_resale_detail 表现过滤出来IS NULL的数据，再去循环  t_user表，并且t_user表可以使用上主键


正常的情况下，这样做会非常快的！

sunner888

jinguanding 发表于 2012-3-22 16:48
1.左链接的时候，broker.t_user u 表作为左边的表，也即必须读出来的数据
2.内连接的时候，是把符合2张表 ...

想：内连接，也是要先读取第一个表(左边的表)去匹配右面的表。
所以这个好像是讲不通的。

jinguanding

sunner888 发表于 2012-3-22 21:48
想：内连接，也是要先读取第一个表(左边的表)去匹配右面的表。
所以这个好像是讲不通的。

内连接可不一定先读左边的表，这个执行计划是看优化器和相关数据的综合分析，而左链接是一定的