MySQL IFNULL 與 IN 操作符實戰：從應用層邏輯下推到 SQL 層

一、IFNULL：讓空值處理下推到數據庫層

1.1 痛點：應用層遍歷處理 NULL

IFNULL(expr1, expr2)
-- expr1 非 NULL 返回 expr1，否則返回 expr2

-- 查詢用戶名，為空則顯示 '匿名用戶'
SELECT id, IFNULL(name, '匿名用戶') AS name FROM users;

-- 計算總評論數，NULL 視為 0
SELECT article_id, IFNULL(SUM(comment_count), 0) AS total_comments
FROM article_stats GROUP BY article_id;

-- 複雜表達式中使用
SELECT IFNULL(1/0, '除數為零') AS result;  -- 返回 '除數為零'

 3);

-- NOT IN 排除（注意 NULL 陷阱）
SELECT * FROM products
WHERE category_id NOT IN (1, 2, 3);  -- 若子查詢含 NULL，結果為空集！

-- 配合元組（行構造器）MySQL 8.0+
SELECT * FROM order_items
WHERE (order_id, product_id) IN ((1001, 50), (1002, 60));

2.4 性能提示

• IN 列表常數較少（< 100）時，優化器會轉為多個 val = ? 等值查詢，可用索引
• 列表過大時考慮 JOIN 臨時表或 EXISTS 子查詢
• NOT IN 子查詢若含 NULL 會導致全表掃描且結果為空，**慎用**，改用 NOT EXISTS 或 LEFT JOIN ... IS NULL

三、綜合實戰：SQL 注入防禦基礎（文中提到的 Hack 技術預備知識）

文中展示的複雜 Hack SQL 利用了 IFNULL、MID、ORD、CAST 等函數組合繞過過濾，**理解這些函數行為是防禦注入的前提**。

四、總結

• IFNULL/COALESCE：將空值處理下推到 SQL，減少應用層邏輯、降低網絡傳輸、提升可維護性
• IN：替代冗長 OR 鏈，代碼更清晰，優化器友好
• 原則：能在 SQL 層解決的，絕不拖到應用層——這是高性能、可維護系統的核心準則