關于left join 底層算法的困惑

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

假設：表結構

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

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

懷疑點：

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

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

是哪一種？？

望解惑~

補充：

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