目的在于这么一个sql语句：
|
1
|
SELECT w.* FROM wallpaper w inner join wallpaper_category_relation r ON w.wallpaper_id = r.wallpaper_id WHERE (r.category_level1_id=39 AND w.is_online = 1) ORDER BY w.online_time DESC LIMIT 0,10;
|
这个sql语句是两个表连查，w表和r表进行连查，w表中查询使用到的字段有is_online, online_time, wallpaper_id, r表使用的字段有wallpaper_id, category_level1_id
两个表都是InnoDB
其中w表的情况如下：
主键为wallpaper_id，没有其他索引。
r表情况如下：
wallpaper_id不是主键，但是wallpaper_id+category_level1_id组成了索引。
使用优化
这个查询是个慢查询。使用explain查看：
可以看到其中以r表为主表，并且使用到了临时表，这样效率就低下了。。。
用show profiles看这个语句查询时间：
第一个想到的是w表没有建立任何索引，所以应该建立一个is_online和online_time的索引。
alter table wallpaper add index `isonline_onlinetime` (`is_online`, `online_time`)
现在的时间：
这里的区别就是原先由于w表没有用得上的索引，sql查询优化判断使用r表做主表。后来w加上索引后，sql查询自动优化，判断以w表做主表更好，就先使用上了w表的索引。
可以使用STRAIGHT_JOIN
当然如果你想要强制让查询以w表做主表，可以使用STRAIGHT_JOIN来替换inner join。STRAIGHT_JOIN就是强制使用join前面的表作为主表，查询的。
SELECT w.* FROM wallpaper w STRAIGHT_JOIN wallpaper_category_relation r ON w.wallpaper_id = r.wallpaper_id WHERE (r.category_level1_id=39 AND w.is_online = 1) ORDER BY w.online_time DESC LIMIT 0,10
