MySQL 文件操作封裝層深度解析：跨平台抽象與 Win32 異步 I/O 優勢

為什麼需要雙重封裝？

MySQL 核心存儲引擎 (InnoDB/MyISAM) 大量依賴文件 I/O。為了跨平台 (Linux/Windows/macOS)，MySQL 實現了 **統一抽象層** (`os_file_*` 系列函數)，下層分別調用：

• POSIX：`open`/`read`/`write`/`pread`/`pwrite`/`fsync`/`close`/`ftruncate`
• Win32 API：`CreateFile`/`ReadFile`/`WriteFile`/`SetFilePointerEx`/`FlushFileBuffers`/`CloseHandle`/`SetEndOfFile`

Win32 API 獨特優勢：異步 I/O (Overlapped I/O)

HANDLE hFile = CreateFile(
    filename, GENERIC_READ|GENERIC_WRITE,
    FILE_SHARE_READ, NULL, OPEN_EXISTING,
    FILE_FLAG_OVERLAPPED | FILE_FLAG_NO_BUFFERING,  // 關鍵標誌
    NULL
);

OVERLAPPED ov = {0};
ov.Offset = offset_low;
ov.OffsetHigh = offset_high;
ReadFile(hFile, buffer, size, NULL, &ov);  // 立即返回
// 線程可做其他事...
GetOverlappedResult(hFile, &ov, &bytes_read, TRUE);  // 等待完成

核心價值：發起 I/O 後線程**不阻塞**，可並發處理其他請求。InnoDB 利用此機制實現 **Native AIO** (Linux 用 `libaio`，Windows 用 `Overlapped`)，大幅提升高併發下的磁碟利用率。

關鍵對應表

InnoDB AIO 架構簡圖

[SQL Layer] → [InnoDB Buffer Pool] → [AIO Handler Threads]
                                    ↓ 提交 IO Request
                         [OS File Layer] → [Linux: io_submit / Windows: ReadFile/WriteFile + Overlapped]
                                    ↓ 完成通知
                         [AIO Completion Threads] → [Buffer Pool 更新 / 喚醒用戶線程]

給應用開發者的啟示

1. 文件操作也要分層：業務代碼別直接調 `fopen`/`CreateFile`，封裝 `StorageInterface` 適配本地/雲存儲 (S3/OSS)。
2. 異步優於同步**：高併發寫入場景 (日志、導出、上傳) 必須用異步 I/O 或線程池 + 隊列，避免阻塞主線程。
3. 直接 I/O (O_DIRECT / FILE_FLAG_NO_BUFFERING)**：繞過 OS Page Cache，減少內存拷貝，配合應用層緩衝區 (如 InnoDB Buffer Pool) 實現「雙層緩衝」最優效能。
4. 統一錯誤碼映射**：將 `errno` / `GetLastError()` 映射為統一錯誤枚舉，上層業務邏輯無感知底層差異。

總結

MySQL 文件封裝層是 **「跨平台抽象 + 平台特性極致利用」** 的教科書級範例：POSIX 保證可移植，Win32 Overlapped I/O 釋放 Windows 高併發性能。應用架構設計時，同樣應追求「介面統一、實現專用、異步優先、零拷貝」四大原則。