針對 MySQL 5.6 InnoDB 存儲引擎，從檔案架構、後台線程、訪問流程、16 個核心參數四個維度系統講解 I/O 與內存調優實戰。
ibdata1：系統表空間（數據字典、Undo Log、Insert Buffer、Doublewrite 等）ib_logfile0/1：Redo Log（事務日誌）*.ibd：獨立表空間（啟用 innodb_file_per_table=1 時）binarylog、slow_query.log、error.log、general_log.log線程池插件可解決「連線即線程」模型在高並發下的 CPU 快取失效、上下文切換、資源爭用三大問題。
Transaction → Log Buffer → Redo Log (fsync) → Buffer Pool → .ibd/ibdata1（Checkpoint 刷髒頁）
| 參數 | 建議值/策略 | 核心作用 |
|---|---|---|
| innodb_flush_log_at_trx_commit | 2 | 事務提交只寫 OS Cache，每秒 fsync；平衡效能與安全（Crash 不丟數據） |
| sync_binlog | 0 或 100 | Binlog 同步頻率；非金融核心可犧牲 1 筆換高並發 |
| innodb_read_io_threads innodb_write_io_threads | 16 | 異步 I/O 線程數，提升讀寫並發 |
| innodb_max_dirty_pages_pct | 75-80 | 髒頁比例上限，SSD 可適當調高 |
| innodb_io_capacity | SAS 200 / SSD 5000 / PCIe 10000+ | 根據磁碟 IOPS 設定，控制刷髒頁速率 |
| innodb_flush_method | O_DIRECT | 繞過 OS Cache 直接落盤，避免雙緩衝；隨機寫多優勢明顯 |
| innodb_adaptive_flushing | ON | 智能根據 Redo 產生速率動態調整刷髒頁數量 |
| innodb_adaptive_flushing_method | keep_average | Percona 專有，平滑 Checkpoint 刷盤 |
| innodb_stats_on_metadata | OFF | 關閉 information_schema 觸發的統計掃描 |
| innodb_change_buffering | all | 非唯一二級索引寫入緩衝，合併隨機 I/O；視業務開啟 |
| innodb_old_blocks_time | 1000 | LRU 老區停留 1 秒，防全表掃描污染熱點 |
| binlog_cache_size | 1M+ (監控 Binlog_cache_disk_use) | 事務級 Binlog 緩衝，過大費內存（Session 級） |
| innodb_file_per_table | 1 | 獨立表空間：可回收空間、便於遷移、碎片隔離 |
| net.ipv4.ip_local_port_range | 1024 65000 | 擴大本地端口範圍，應對大量短連線 |
| net.ipv4.tcp_max_syn_backlog | 1048576 | 擴大 SYN 隊列，防連線風暴丟包 |
| net.ipv4.tcp_fin_timeout | 10 | 縮短 TIME_WAIT 佔用，釋放連線資源 |
優：單表移動、空間回收 (ALTER TABLE ... ENGINE=InnoDB / TRUNCATE)、碎片隔離。
缺：單表超大 (>100G) 管理困難。
結論：除極大表外**強烈建議開啟**，配合調大 innodb_open_files。
