數據庫核心知識體系：從數據類型到架構設計

精確數值類型

DECIMAL(10,2)：定點數，精確存儲金額。超出精度會四捨五入（非截斷），金融系統必須使用，嚴禁 FLOAT/DOUBLE。

字符串類型

時間類型

枚舉類型

ENUM('Y','N') 內部以整數存儲（1,2...），比 CHAR(1) 節省空間且內建約束，但修改枚舉值需 ALTER TABLE（鎖表），高頻變更場景慎用。

2. 存儲引擎核心差異

結論：MySQL 5.5+ 默認 InnoDB，通用場景首選 InnoDB，無特殊理由不建議使用 MyISAM。

3. 核心名詞解析

• 完整性：實體完整性（主鍵）、引用完整性（外鍵）、域完整性（類型/約束）、用戶定義完整性
• 冗餘：受控冗餘（提升查詢性能）vs 非受控冗餘（導致異常）
• 實體：現實世界可區分的對象（如「用戶」、「訂單」）
• 關係：實體間的聯繫（1:1、1:N、M:N）

4. 實體 vs 類：兩種建模思維

代碼與表結構對應示例

// 領域模型
class Order {
    OrderId id;
    Money totalAmount;
    List items; // 值對象集合
    OrderStatus status;
}

// 對應表結構（簡化）
orders: id, total_amount, status, version
order_items: id, order_id, product_id, quantity, unit_price

5. 關係型 vs 面向對象：阻抗失配與應對

• 對象圖：引用導航、繼承、多態、身份標識
• 關係表：外鍵關聯、無繼承、集合論基礎、主鍵標識

主流解決方案：

1. ORM 框架：Hibernate、MyBatis、JPA — 自動映射，需理解延遲加載、N+1 問題
2. 手寫 Repository：精準控制 SQL，領域層純淨
3. CQRS：讀寫模型分離，讀端用視圖/物化表，寫端用領域模型

總結：數據庫優化的前提是理解基礎

許多開發者急於學「優化」，卻不懂 TINYINT vs INT、CHAR vs VARCHAR、索引原理、鎖機制。基礎不牢，地動山搖。 建議學習路徑：

1. 精通數據類型選型與存儲原理
2. 深入理解 InnoDB 架構（Buffer Pool、Redo/Undo Log、MVCC、鎖）
3. 掌握索引設計原則（B+ 樹、最左前綴、覆蓋索引、索引下推）
4. 學會 EXPLAIN 分析與慢查詢優化
5. 了解主從復制、讀寫分離、分庫分表架構演進

夯實基礎，優化自然水到渠成。