//注意看以下SQL的区别selecta.id,a.major_category_id,b.major_namefromtable1aleftjointable2bon(a.major_category_id=b.idandb.major_name='游戏建模');selecta.id,a.major_category_id,b.major_namefromtable1aleftjointable2bon(a.major_category_id=b.id)whereb.major_name='游戏建模';第一个结果集：
|id|major_category_id|major_name||---|---|---||1|A|游戏建模||2|B|(Null)||3|C|(Null)|第二个结果集：
|id|major_category_id|major_name||---|---|---||1|A|游戏建模|第一个sql的执行流程：首先找到table2表的major_name为游戏建模的记录行(on(a.major_category_id=b.idandb.major_name='游戏建模'))。然后找到a的数据（即使不符合b表的规则），生成临时表返回用户。
第二个sql的执行流程：首先生成临时表，然后执行where过滤b.major_name='游戏建模'不为真的结果集，最后返回给用户。
因为on会首先过滤掉不符合条件的行，然后才会进行其它运算，所以按理说on是最快的。
在多表查询时，on比where更早起作用。系统首先根据各个表之间的联接条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。由此可见，要想过滤条件起到正确的作用，首先要明白这个条件应该在什么时候起作用，然后再决定放在那里。
对于JOIN参与的表的关联操作，如果需要不满足连接条件的行也在我们的查询范围内的话，我们就必需把连接条件放在ON后面，而不能放在WHERE后面（比如左表的数据范围比连接表的范围大，连接条件放在on后面，不满足连接表的会以null形式显示，如果放在where后面，就会把这些数据过滤掉）。
如果我们把连接条件放在了WHERE后面，那么所有的LEFT,RIGHT,等这些操作将不起任何作用，对于这种情况，它的效果就完全等同于INNER连接。对于那些不影响选择行的条件，放在ON或者WHERE后面就可以。