關(guān)于left join 底層算法的困惑

有個SQL的問題咨詢下：
關(guān)于PostgreSQL 或者 MySQL的left join 實(shí)現(xiàn)

假設(shè)：表結(jié)構(gòu)

table_name ：user
uid    name
1      張三
2      李四
3      王五

table_name : age
uid    age
1      10
2      20
3      30
4      40

SQL如下：

示例1：
SELECT t1.user,t2.age
FROM user t1
LEFT JOIN age t2 ON t1.uid=t2.uid

示例2：
SELECT t1.user
       ,(SELECT age FROM age WHERE uid=t1.uid) as age
FROM user t1

結(jié)果：示例2的查詢時間優(yōu)于示例1，為什么........unbelievable

懷疑點(diǎn)：

示例1的SQL執(zhí)行順序是否是：
    第一種：
    1. 查詢user全表
    2. 查詢age全表
    3. 算法引擎將兩種數(shù)據(jù)進(jìn)行逐個匹配，獲取結(jié)果

    第二種：
    1. 查詢user全表
    2. 根據(jù)user查詢出的數(shù)據(jù)為查詢條件，查詢age表
    3. 算法引擎將兩種數(shù)據(jù)進(jìn)行逐個匹配，獲取結(jié)果

是哪一種？？

望解惑~

補(bǔ)充：

    上面表是假設(shè)的，實(shí)際表有些復(fù)雜，但是邏輯是這個樣子….
    
    總結(jié)一下問題：
    
    SQL中可能基礎(chǔ)數(shù)據(jù)（主表數(shù)據(jù)）就10條，但是關(guān)聯(lián)表中的數(shù)據(jù)可能百萬條（與這10條相關(guān)的就幾十萬條），
    是查詢百萬條數(shù)據(jù)匹配，還是查詢幾十萬條匹配