核心結論先行

• 括號內的數字（如 tinyint(1) 中的 1）僅代表「顯示寬度」，不影響實際儲存範圍與佔用空間。
• zerofill 屬性啟用時，查詢結果會在左側補 0 以滿足顯示寬度；未啟用時，顯示寬度無任何效果。
• tinyint 固定佔用 1 位元組（8 位元），有號範圍 -128~127，無號範圍 0~255。

一、顯示寬度 ≠ 儲存長度

許多開發者誤以為 tinyint(1) 只能存 1 位數字，tinyint(3) 只能存 3 位。實際上：

CREATE TABLE test (
  c1 TINYINT(1),
  c2 TINYINT(3),
  c3 TINYINT(3) ZEROFILL
);

INSERT INTO test VALUES (12, 12, 12);

SELECT * FROM test;
-- 結果：
-- c1: 12
-- c2: 12
-- c3: 012  ← 僅有 ZEROFILL 才會左補零

二、zerofill 的行為細節

• 自動附帶 UNSIGNED 屬性（無號），負數會被截斷為 0。
• 僅影響查詢顯示，不改變磁碟儲存格式。
• 超過顯示寬度的數值正常顯示，不會截斷：TINYINT(2) ZEROFILL 存入 123 → 顯示 123。

三、整數類型儲存空間對照表

四、實測驗證：顯示寬度不限制存值

CREATE TABLE t (a INT(1), b TINYINT(1));
INSERT INTO t VALUES (256, 257);  -- 觸發 Warning
SELECT * FROM t;
-- 結果：
-- a: 256
-- b: 127  ← TINYINT 有號上限為 127，超出部分被截斷

關鍵點：Warning 提示「Data truncated」，但語句仍執行成功，這正是 MySQL 非嚴格模式下的預設行為。

五、布林值儲存建議

MySQL 無原生 Boolean 類型，慣用 TINYINT(1) 表示真/假（0/1）。因為佔用 1 位元組，比 INT(1) 節省 75% 空間，且語義明確。

六、避坑指南

1. 不要依賴顯示寬度做資料驗證，應在應用層或用 CHECK 約束（MySQL 8.0.16+ 支援）。
2. zerofill 僅適用於展示層需求**（如訂單號、員工編號），不宜用於運算欄位。
3. 選型原則：夠用就好，優先選佔用空間最小的類型（TINYINT > SMALLINT > MEDIUMINT > INT > BIGINT）。