MySQL 建表實戰：從 CREATE TABLE 到索引設計、字符集、引擎選型的完整決策指南

前言：建表即架構，一行 DDL 決定十年維護成本

CREATE TABLE 不只是定義欄位，更是資料型別、約束、索引、分區、字符集、引擎、壓縮、統計資訊的綜合決策。本文從實戰角度，構建「建表決策清單」，覆蓋 12 個關鍵決策點，附標準範本與反模式對照。

建表決策清單 12 項

最小型別對照表（省空間=省 I/O=快）

標準建表範本（電商訂單表）

CREATE TABLE `t_order` (
  `id`           BIGINT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '訂單ID，雪花算法生成',
  `order_no`     CHAR(32)        NOT NULL COMMENT '業務訂單號，唯一',
  `user_id`      BIGINT UNSIGNED NOT NULL COMMENT '下單用戶ID',
  `shop_id`      INT UNSIGNED    NOT NULL COMMENT '店鋪ID',
  `status`       TINYINT UNSIGNED NOT NULL DEFAULT 0 COMMENT '狀態：0待付款 1已付款 2已發貨 3已完成 4已退款 5已取消',
  `total_amount` DECIMAL(12,2)   NOT NULL DEFAULT 0.00 COMMENT '訂單總金額(元)',
  `pay_amount`   DECIMAL(12,2)   NOT NULL DEFAULT 0.00 COMMENT '實付金額(元)',
  `pay_time`     DATETIME        NULL     COMMENT '支付時間',
  `created_at`   TIMESTAMP       NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '建立時間',
  `updated_at`   TIMESTAMP       NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新時間',
  `deleted_at`   DATETIME        NULL     COMMENT '軟刪除時間，為空表示未刪除',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_order_no` (`order_no`),
  KEY `idx_user_status` (`user_id`, `status`),
  KEY `idx_shop_created` (`shop_id`, `created_at`),
  KEY `idx_deleted_at` (`deleted_at`)
) ENGINE=InnoDB 
  DEFAULT CHARSET=utf8mb4 
  COLLATE=utf8mb4_general_ci 
  COMMENT='訂單主表，支援軟刪除、多維查詢、分區擴展'
  ROW_FORMAT=DYNAMIC;  -- 8.0 預設，支援長欄位溢位

反模式對照：別這樣寫

驗證清單：建表後必跑

-- 1. 結構確認
SHOW CREATE TABLE t_order\G

-- 2. 索引確認
SHOW INDEX FROM t_order;

-- 3. 插入測試
INSERT INTO t_order (order_no, user_id, shop_id, status, total_amount, pay_amount) 
VALUES ('ORD202401010001', 1001, 2001, 1, 299.00, 299.00);

-- 4. 查詢計畫驗證
EXPLAIN SELECT * FROM t_order WHERE user_id=1001 AND status=1;
-- type=ref, key=idx_user_status, rows=1 → 完美

-- 5. 空間佔用
SELECT TABLE_NAME, DATA_LENGTH, INDEX_LENGTH, DATA_FREE 
FROM information_schema.TABLES WHERE TABLE_SCHEMA=DATABASE() AND TABLE_NAME='t_order';

結語

建表是一次性投資、長期收益的高杠桿動作。用「決策清單」強迫思考、「最小型別」省資源、「標準範本」落地規範、「反模式」避免踩坑、「驗證清單」確保品質。將建表標準化為團隊共識文檔、Code Review 必檢項、CI/CD 自動檢查規則，才能在規模增長時保持架構健康。