MySQL 判斷記錄是否存在的最高效寫法：EXISTS vs COUNT vs LIMIT 1

業務中頻繁需要「判斷某記錄是否存在」，常見寫法性能差異巨大。本文對比三種主流方案，給出最佳實踐結論。

三種寫法對比

❌ 寫法一：COUNT(*) 全表掃描

SELECT COUNT(*) FROM tablename WHERE col = 'value';

缺點：即使找到第一條匹配行，MySQL 仍繼續掃描全表/索引統計總數，I/O 與 CPU 浪費嚴重。

✅ 寫法二：SELECT 1 + LIMIT 1（推薦）

SELECT 1 FROM tablename WHERE col = 'value' LIMIT 1;

優點：

• LIMIT 1 讓優化器在找到第一條匹配行後立即停止
• 返回固定常數 1，避免傳輸業務列數據
• 應用層只需判斷「影響行數/返回行數」是 0 還是 1

⚠️ 寫法三：讀取完整行再判斷

SELECT * FROM tablename WHERE col = 'value' LIMIT 1;
-- 應用層判斷 resultSet.next()

缺點：傳輸完整行數據（含大字段），網絡與內存開銷大，純屬浪費。

應用層調用示例

PHP PDO

$stmt = $pdo->prepare("SELECT 1 FROM users WHERE email = ? LIMIT 1");
$stmt->execute([$email]);
$exists = $stmt->fetchColumn(); // false 或 '1'

Java JDBC

try (PreparedStatement ps = conn.prepareStatement(
        "SELECT 1 FROM users WHERE email = ? LIMIT 1")) {
    ps.setString(1, email);
    try (ResultSet rs = ps.executeQuery()) {
        boolean exists = rs.next();
    }
}

Go database/sql

var exists bool
err := db.QueryRow("SELECT 1 FROM users WHERE email = ? LIMIT 1", email).Scan(&exists)
// exists = true/false，ErrNoRows 表示不存在

進階：EXISTS 子查詢場景

若在大查詢中作為條件，用 EXISTS 更語義化且性能相當：

SELECT * FROM orders o
WHERE EXISTS (
    SELECT 1 FROM users u WHERE u.id = o.user_id AND u.status = 1
);

MySQL 優化器會將 EXISTS (SELECT 1 ...) 轉化為 Semi-Join，同樣在首次匹配後停止。

性能對比總結

避坑提醒

1. 必須加 LIMIT 1，否則退化為全表掃描
2. WHERE 條件列需有索引，否則仍是全表掃描（雖然提前停止，但首次匹配可能很慢）
3. 不要用 SELECT COUNT(1)，MySQL 內部優化為 COUNT(*)，行為一致

核心原則：只取需要的、只掃必要的。SELECT 1 ... LIMIT 1 是判斷存在性的標準最優解。