1. 從“硬編碼”到“智能查詢”為什么你需要條件判斷函數(shù)如果你寫過一段時間的SQL尤其是和MySQL打過交道你肯定經(jīng)歷過這樣的時刻面對一堆需要根據(jù)不同狀態(tài)、不同數(shù)值范圍返回不同結(jié)果的查詢需求腦子里第一個蹦出來的念頭可能是“在應(yīng)用層代碼里寫一堆if-else來處理”。比如用戶等級大于10是VIP否則是普通用戶訂單金額超過1000打九折否則原價某個字段為空時用另一個字段替代……這種邏輯直接在SQL里用IF或者CASE WHEN寫出來它不香嗎我見過太多項目把本應(yīng)在數(shù)據(jù)庫層面高效完成的邏輯判斷下沉到了應(yīng)用代碼里。結(jié)果就是應(yīng)用服務(wù)器和數(shù)據(jù)庫之間來回傳輸大量冗余數(shù)據(jù)網(wǎng)絡(luò)I/O成了瓶頸代碼里充斥著拼接SQL字符串的丑陋邏輯可維護(hù)性極差。后來我們團(tuán)隊定了個規(guī)矩凡是能在一次SQL查詢里通過函數(shù)完成的、不涉及復(fù)雜業(yè)務(wù)規(guī)則的數(shù)據(jù)轉(zhuǎn)換和條件分支統(tǒng)統(tǒng)丟給MySQL自己處理。性能提升立竿見影代碼也清爽多了。今天要聊的就是MySQL里這群能讓你告別“硬編碼”式查詢的“條件判斷函數(shù)”。它們不是高深莫測的黑魔法而是每個開發(fā)者都應(yīng)該熟練掌握的瑞士軍刀。核心就那幾個IF()、CASE...WHEN...、COALESCE()還有像NULLIF()、IFNULL()這樣的好幫手。別看它們語法簡單用好了你的SQL語句能從“能跑就行”進(jìn)化到“清晰高效”。接下來我們就拋開枯燥的語法手冊從實際場景出發(fā)把這套“條件寶典”掰開揉碎了講清楚。2. IF函數(shù)最直接的“是非題”判官IF()函數(shù)是MySQL里最基礎(chǔ)、最直觀的條件判斷函數(shù)它的邏輯和我們編程語言里的三元運(yùn)算符? :一模一樣。當(dāng)你面對一個簡單的“如果…就…否則…”的邏輯時它就是首選。2.1 語法拆解與基礎(chǔ)用法IF()函數(shù)的語法極其簡單IF(condition, value_if_true, value_if_false)condition: 一個表達(dá)式其計算結(jié)果為TRUE非零非NULL、FALSE0或NULL。value_if_true: 當(dāng)condition為TRUE時返回的值。value_if_false: 當(dāng)condition為FALSE或NULL時返回的值。這里有一個非常關(guān)鍵但容易被忽略的細(xì)節(jié)當(dāng)condition的結(jié)果為NULL時MySQL會將其視為FALSE從而返回value_if_false。這一點(diǎn)和CASE WHEN的嚴(yán)格相等判斷有所不同需要特別注意。來看幾個最典型的應(yīng)用場景場景一數(shù)據(jù)標(biāo)記與分類假設(shè)有一張用戶表users里面有age字段。我們想快速標(biāo)記出成年用戶。SELECT username, age, IF(age 18, 成年, 未成年) AS age_group FROM users;這條查詢會為每個用戶生成一個age_group字段直觀地展示其所屬年齡段。場景二簡單的數(shù)值計算與轉(zhuǎn)換在訂單表orders中我們想根據(jù)訂單金額amount是否達(dá)到包郵門檻來計算實際支付金額假設(shè)滿88包郵否則加收10元運(yùn)費(fèi)。SELECT order_id, amount, IF(amount 88, amount, amount 10) AS final_amount FROM orders;場景三NULL值的默認(rèn)值替換初級版雖然IFNULL()或COALESCE()更適合這個場景但用IF()也能實現(xiàn)。例如用戶的昵稱nickname可能為NULL我們希望顯示一個默認(rèn)值。SELECT username, IF(nickname IS NOT NULL, nickname, 匿名用戶) AS display_name FROM users;2.2 進(jìn)階嵌套與性能考量IF()函數(shù)是可以嵌套的這讓你能處理稍微復(fù)雜一點(diǎn)的多分支邏輯但可讀性會急劇下降。例如根據(jù)分?jǐn)?shù)劃分等級優(yōu)秀90、良好80、及格60、不及格。SELECT student_name, score, IF(score 90, 優(yōu)秀, IF(score 80, 良好, IF(score 60, 及格, 不及格))) AS grade FROM exam_results;這種嵌套寫法在邏輯簡單時還行但一旦分支超過三層就會變得難以閱讀和維護(hù)。此時就該CASE WHEN登場了。實操心得IF()的“假”NULL陷阱我踩過一個坑。有一張表記錄任務(wù)狀態(tài)status字段可能是‘SUCCESS’、‘FAILED’或NULL表示進(jìn)行中。我想統(tǒng)計成功和非成功的數(shù)量寫了這么一句SELECT IF(status ‘SUCCESS’ ‘成功’ ‘其他’) FROM tasks。結(jié)果發(fā)現(xiàn)所有status為NULL的記錄也被歸為了“其他”。這本身沒錯但不符合我“NULL代表進(jìn)行中”的業(yè)務(wù)邏輯。正確的寫法應(yīng)該是明確處理NULLIF(status ‘SUCCESS’ ‘成功’ IF(status IS NULL ‘進(jìn)行中’ ‘失敗’))。所以使用IF()時一定要想清楚你的condition在遇到NULL時你希望它走true分支還是false分支。3. CASE WHEN表達(dá)式應(yīng)對復(fù)雜分支的流程控制利器當(dāng)你的條件邏輯超越簡單的“是/非”進(jìn)入“多選一”甚至更復(fù)雜的領(lǐng)域時IF()函數(shù)就顯得力不從心了。CASE WHEN表達(dá)式是SQL標(biāo)準(zhǔn)中用于流程控制的核心它提供了兩種靈活的形式足以應(yīng)對絕大多數(shù)復(fù)雜條件判斷。3.1 兩種形式簡單CASE與搜索CASE1. 簡單CASE表達(dá)式這種形式類似于編程語言中的switch-case語句它將一個表達(dá)式與一系列值進(jìn)行等值比較。CASE column_name WHEN value1 THEN result1 WHEN value2 THEN result2 ... [ELSE default_result] END它適用于條件都是針對同一個字段進(jìn)行等值判斷的場景。例如根據(jù)訂單狀態(tài)碼顯示中文SELECT order_id, status, CASE status WHEN 1 THEN 待支付 WHEN 2 THEN 已支付 WHEN 3 THEN 已發(fā)貨 WHEN 4 THEN 已完成 WHEN 5 THEN 已取消 ELSE 未知狀態(tài) END AS status_desc FROM orders;這種寫法清晰、簡潔比用一堆IF(column value1, ...)的嵌套要易讀得多。2. 搜索CASE表達(dá)式這是功能更強(qiáng)大、也更常用的形式。它允許每個WHEN子句擁有自己獨(dú)立的布爾條件可以進(jìn)行范圍判斷、模糊匹配、多條件組合等。CASE WHEN condition1 THEN result1 WHEN condition2 THEN result2 ... [ELSE default_result] END它的靈活性是簡單CASE無法比擬的。例如經(jīng)典的分?jǐn)?shù)等級劃分SELECT student_name, score, CASE WHEN score 90 THEN A WHEN score 80 THEN B WHEN score 70 THEN C WHEN score 60 THEN D ELSE F END AS letter_grade FROM exam_results;注意CASE WHEN的執(zhí)行順序是自上而下的。一旦某個WHEN條件為真就會返回對應(yīng)的THEN結(jié)果并立即結(jié)束整個CASE表達(dá)式的判斷。因此上面例子中雖然第二個條件score 80對于得90分的學(xué)生也成立但由于它滿足了第一個條件score 90所以只會返回‘A’。3.2 高級應(yīng)用場景與組合技巧CASE WHEN的真正威力在于其靈活性以下是一些進(jìn)階用法場景一在聚合函數(shù)中實現(xiàn)條件計數(shù)與求和這是數(shù)據(jù)分析中的高頻操作。統(tǒng)計訂單表中不同金額區(qū)間的訂單數(shù)量SELECT COUNT(*) AS total_orders, COUNT(CASE WHEN amount 100 THEN 1 END) AS ‘100‘, COUNT(CASE WHEN amount 100 AND amount 500 THEN 1 END) AS ‘100-500‘, COUNT(CASE WHEN amount 500 THEN 1 END) AS ‘500‘ FROM orders;這里利用了COUNT(expression)只計算非NULL值的特性。當(dāng)條件不滿足時CASE WHEN返回NULL從而不被計數(shù)。同理可以實現(xiàn)條件求和SUM(CASE WHEN ... THEN amount ELSE 0 END)。場景二行轉(zhuǎn)列數(shù)據(jù)透視將多行數(shù)據(jù)根據(jù)某個字段的值匯總并顯示為多列。例如統(tǒng)計每年每個季度的銷售額SELECT YEAR(order_date) AS order_year, SUM(CASE WHEN QUARTER(order_date) 1 THEN amount ELSE 0 END) AS Q1, SUM(CASE WHEN QUARTER(order_date) 2 THEN amount ELSE 0 END) AS Q2, SUM(CASE WHEN QUARTER(order_date) 3 THEN amount ELSE 0 END) AS Q3, SUM(CASE WHEN QUARTER(order_date) 4 THEN amount ELSE 0 END) AS Q4 FROM orders GROUP BY order_year;場景三動態(tài)ORDER BY排序有時我們需要根據(jù)用戶的選擇動態(tài)改變排序規(guī)則。雖然不能在ORDER BY后直接使用CASE一個字段但可以通過CASE返回不同的排序值來實現(xiàn)。-- 假設(shè) sort_by 是一個變量值為 ‘price‘ 或 ‘sales‘ SELECT product_id, name, price, sales FROM products ORDER BY CASE WHEN sort_by ‘price‘ THEN price WHEN sort_by ‘sales‘ THEN sales END DESC;避坑指南CASE WHEN 中的 NULL 處理CASE WHEN對條件的判斷是嚴(yán)格的布爾邏輯。WHEN NULL THEN ...這個條件是永遠(yuǎn)不會為真的因為NULL與任何值包括它自己的比較結(jié)果都是UNKNOWN而非TRUE。如果你需要判斷字段是否為NULL必須使用IS NULL或IS NOT NULL。例如CASE WHEN column IS NULL THEN ‘空‘ ELSE ‘非空‘ END。這是一個非常常見的錯誤來源。4. COALESCE與IFNULL專治NULL值的“頭疼藥”在數(shù)據(jù)庫世界里NULL是一個特殊的存在它代表“未知”或“缺失”。但它也是無數(shù)bug的源泉因為任何與NULL的算術(shù)運(yùn)算或比較都會得到NULL。COALESCE()和IFNULL()就是專門用來優(yōu)雅處理NULL值的函數(shù)。4.1 COALESCE返回參數(shù)列表中第一個非NULL值COALESCE()函數(shù)接受一個參數(shù)列表并返回列表中第一個非NULL的值。如果所有參數(shù)都是NULL則返回NULL。COALESCE(value1, value2, ..., valueN)它的應(yīng)用場景非常直觀場景一多字段備選顯示用戶可能有手機(jī)號、郵箱、用戶名等多種聯(lián)系方式我們希望優(yōu)先顯示非空的那一個。SELECT user_id, COALESCE(phone, email, username, ‘暫無聯(lián)系方式‘) AS contact FROM users;這條查詢會依次檢查phone、email、username返回第一個不是NULL的值。如果全是NULL則返回‘暫無聯(lián)系方式’。場景二計算字段的默認(rèn)值在計算訂單總價時折扣字段discount可能為NULL表示無折扣我們希望將其視為0。SELECT order_id, amount, amount * (1 - COALESCE(discount, 0)) AS final_amount FROM orders;這樣就能安全地進(jìn)行計算避免amount * (1 - NULL)導(dǎo)致整個final_amount變成NULL的尷尬。場景三與CASE WHEN聯(lián)用簡化復(fù)雜邏輯有時我們需要從多個可能為NULL的字段中根據(jù)業(yè)務(wù)規(guī)則選擇一個。COALESCE可以簡化這類CASE WHEN。-- 假設(shè)優(yōu)先取最新更新時間其次為創(chuàng)建時間 SELECT id, COALESCE(updated_at, created_at) AS last_activity_time FROM posts; -- 等價于 SELECT id, CASE WHEN updated_at IS NOT NULL THEN updated_at ELSE created_at END AS last_activity_time FROM posts;顯然COALESCE的寫法更簡潔。4.2 IFNULLCOALESCE的雙參數(shù)特化版IFNULL()函數(shù)是COALESCE()的一個特例它只接受兩個參數(shù)。IFNULL(expression, alt_value)如果expression不為NULL則返回expression否則返回alt_value。它完全等同于COALESCE(expression, alt_value)。那么什么時候用IFNULL什么時候用COALESCE呢IFNULL()適用于簡單的“如果為NULL則返回某個默認(rèn)值”的場景意圖明確代碼簡潔。例如SELECT IFNULL(bio, ‘這個人很懶什么都沒留下。‘) FROM users;COALESCE()適用于需要從多個候選值中選取第一個有效值的場景功能更通用。例如從多個備用地址中選一個。性能與選擇建議在MySQL中IFNULL()和兩個參數(shù)的COALESCE()在性能上幾乎沒有差別。但COALESCE是SQL標(biāo)準(zhǔn)函數(shù)而IFNULL是MySQL的特定函數(shù)。為了代碼的跨數(shù)據(jù)庫兼容性比如未來可能遷移到PostgreSQL我個人的習(xí)慣是如果是簡單的雙參數(shù)場景用IFNULL更直觀如果涉及兩個以上的參數(shù)或者未來可能擴(kuò)展則直接使用COALESCE。但最重要的是在同一個項目中保持風(fēng)格一致。5. NULLIF一個“反直覺”但很有用的工具如果說COALESCE和IFNULL是“找非空”那么NULLIF就是它們的“反操作”它專門“制造NULL”。5.1 語法與核心邏輯NULLIF()函數(shù)接受兩個參數(shù)。NULLIF(expr1, expr2)它的邏輯是如果expr1等于expr2則返回NULL否則返回expr1。初看可能覺得有點(diǎn)奇怪為什么要特意把相等的值變成NULL呢它的妙處在于處理一些邊界情況或數(shù)據(jù)清洗。5.2 經(jīng)典應(yīng)用場景場景一避免除零錯誤這是NULLIF最經(jīng)典、最實用的場景。在計算比率時分母可能為0直接除會導(dǎo)致錯誤。SELECT a, b, a / NULLIF(b, 0) AS ratio FROM calculations;當(dāng)b為0時NULLIF(b, 0)返回NULL而任何數(shù)除以NULL的結(jié)果也是NULL從而安全地避免了運(yùn)行時錯誤。查詢結(jié)果中ratio字段對于b0的行會顯示為NULL這比程序崩潰或得到一個無意義的“infinite”值要好處理得多。場景二數(shù)據(jù)清洗與標(biāo)準(zhǔn)化假設(shè)我們從外部導(dǎo)入數(shù)據(jù)某個字段中表示“空值”的標(biāo)記可能是不統(tǒng)一的比如有的是空字符串‘’有的是字符串‘N/A’。我們希望將這些都統(tǒng)一轉(zhuǎn)換為標(biāo)準(zhǔn)的NULL以便后續(xù)用COALESCE等函數(shù)處理。UPDATE imported_data SET some_column NULLIF(NULLIF(some_column, ‘‘), ‘N/A‘);這條語句先判斷some_column是否等于空字符串如果是則變?yōu)镹ULL然后再判斷此時已經(jīng)是NULL或原值是否等于‘N/A’如果是則變?yōu)镹ULL。最終空字符串和‘N/A’都被清洗成了NULL。場景三在CASE WHEN中簡化條件有時我們需要在CASE WHEN中判斷一個字段是否等于某個特定值然后返回NULL。用NULLIF可以讓語句更簡潔。-- 假設(shè)狀態(tài)為‘DELETED‘的記錄其有效時間應(yīng)為NULL SELECT id, NULLIF(valid_until, ‘DELETED‘) AS actual_valid_until FROM records; -- 等價于 SELECT id, CASE WHEN status ! ‘DELETED‘ THEN valid_until ELSE NULL END AS actual_valid_until FROM records;5.3 一個容易混淆的點(diǎn)NULLIF的比較是嚴(yán)格的相等比較。對于字符串區(qū)分大小寫除非你的數(shù)據(jù)庫或字段排序規(guī)則是大小寫不敏感的。同時如果兩個表達(dá)式都是NULL根據(jù)SQL標(biāo)準(zhǔn)NULL NULL的結(jié)果是UNKNOWN不是TRUE所以NULLIF(NULL, NULL)會返回第一個參數(shù)也就是NULL。這聽起來有點(diǎn)繞但記住結(jié)論就行NULLIF無法將NULL變成NULL因為它本來就是它的作用是把特定的非NULL值變成NULL。6. 函數(shù)組合與實戰(zhàn)構(gòu)建清晰的查詢邏輯掌握了單個函數(shù)的用法后真正的威力在于將它們組合起來解決實際的復(fù)雜問題。這些函數(shù)可以相互嵌套就像樂高積木一樣構(gòu)建出清晰、強(qiáng)大的查詢邏輯。6.1 嵌套使用解決多層判斷與數(shù)據(jù)補(bǔ)全案例用戶積分等級與獎勵計算假設(shè)有一個復(fù)雜的業(yè)務(wù)規(guī)則用戶等級level1-3為初級4-6為中級7-9為高級10為頂級。根據(jù)等級計算基礎(chǔ)獎勵積分base_points。如果用戶是本月新注冊的(is_new_this_month1)獎勵翻倍。最終顯示獎勵積分如果用戶已被禁用(status‘banned’)則顯示‘無獎勵’。我們可以用一層層嵌套的函數(shù)清晰地表達(dá)這個邏輯SELECT user_id, username, level, status, is_new_this_month, -- 第一步判斷用戶狀態(tài)如果被禁則直接返回‘無獎勵’ IF(status ‘banned‘, ‘無獎勵‘, -- 第二步計算基礎(chǔ)積分使用CASE WHEN處理多分支等級 CASE WHEN level BETWEEN 1 AND 3 THEN 100 WHEN level BETWEEN 4 AND 6 THEN 300 WHEN level BETWEEN 7 AND 9 THEN 600 WHEN level 10 THEN 1000 ELSE 0 -- 處理意外等級 END -- 第三步判斷是否為新用戶決定是否翻倍使用IF * IF(is_new_this_month 1, 2, 1) ) AS reward_points FROM users;這個查詢將多個條件判斷融合在一條語句中邏輯層次分明。雖然嵌套多了會降低可讀性但對于這種中等復(fù)雜度的邏輯它比在應(yīng)用層分多次查詢或處理要高效得多。案例智能顯示優(yōu)先級內(nèi)容有一篇文章表內(nèi)容可能來自content字段也可能是引用外部鏈接external_url。我們希望優(yōu)先顯示外部鏈接如果沒有則顯示內(nèi)容摘要summary如果連摘要也沒有則顯示固定的提示文本。SELECT title, COALESCE( external_url, -- 第一優(yōu)先級 summary, -- 第二優(yōu)先級 ‘暫無內(nèi)容預(yù)覽‘ -- 默認(rèn)值 ) AS display_text FROM articles;這里COALESCE完美地實現(xiàn)了多級回退機(jī)制代碼非常簡潔易懂。6.2 在UPDATE語句中實現(xiàn)條件更新條件判斷函數(shù)不僅用于SELECT查詢在數(shù)據(jù)更新(UPDATE)時也極其有用可以避免先查詢再更新的繁瑣。場景批量更新用戶狀態(tài)根據(jù)用戶最后登錄時間last_login將超過一年未登錄的用戶標(biāo)記為“休眠”同時更新備注。如果已經(jīng)是“休眠”狀態(tài)則不再更新備注。UPDATE users SET status CASE WHEN last_login DATE_SUB(NOW(), INTERVAL 1 YEAR) THEN ‘dormant‘ ELSE status -- 保持原狀 END, remark CASE WHEN last_login DATE_SUB(NOW(), INTERVAL 1 YEAR) AND status ! ‘dormant‘ THEN CONCAT(COALESCE(remark, ‘‘), ‘ | 系統(tǒng)于‘, NOW(), ‘標(biāo)記為休眠‘) ELSE remark END;這個UPDATE語句通過CASE WHEN實現(xiàn)了條件性的字段更新只修改符合條件的行并且remark字段的更新邏輯還使用了COALESCE來處理原有備注為NULL的情況。一條語句完成了復(fù)雜的業(yè)務(wù)邏輯保證了操作的原子性。6.3 在WHERE與HAVING子句中過濾數(shù)據(jù)雖然WHERE子句通常直接使用比較運(yùn)算符但結(jié)合條件判斷函數(shù)可以實現(xiàn)更動態(tài)的過濾。場景動態(tài)過濾假設(shè)有一個搜索功能用戶可以選擇按名稱或按代碼篩選。如果搜索關(guān)鍵詞keyword為空則不過濾。SELECT * FROM products WHERE keyword IS NULL OR CASE search_type WHEN ‘name‘ THEN name LIKE CONCAT(‘%‘, keyword, ‘%‘) WHEN ‘code‘ THEN product_code keyword ELSE 1 -- 如果搜索類型未知默認(rèn)不過濾返回所有 END;這里利用CASE WHEN在WHERE子句中構(gòu)建了動態(tài)的過濾條件。當(dāng)keyword為空時keyword IS NULL為真由于OR運(yùn)算的短路特性后面的CASE表達(dá)式甚至不會被執(zhí)行直接返回所有行。性能警示在WHERE子句中使用函數(shù)要謹(jǐn)慎在WHERE子句的列上使用函數(shù)如IF(column, …)或CASE WHEN column …通常會導(dǎo)致索引失效因為數(shù)據(jù)庫需要對每一行數(shù)據(jù)都計算函數(shù)結(jié)果后才能進(jìn)行過濾。在大數(shù)據(jù)表上這可能引發(fā)嚴(yán)重的性能問題。上面的例子中CASE判斷的是輸入?yún)?shù)search_type而不是表字段所以對索引影響較小。但如果你的條件是CASE WHEN status ‘A‘ THEN create_time …在create_time字段上使用了函數(shù)或復(fù)雜邏輯就要警惕了。最優(yōu)做法是盡量將條件寫成能直接利用索引的形式例如status ‘A‘ AND create_time …。7. 性能優(yōu)化、常見誤區(qū)與最佳實踐把這些函數(shù)用起來不難但要用得好、用得高效避免踩坑就需要一些經(jīng)驗和準(zhǔn)則了。7.1 性能優(yōu)化要點(diǎn)警惕索引失效如前所述在WHERE、ORDER BY、JOIN ON條件中如果對列使用了函數(shù)包裝如WHERE IFNULL(column, ‘default‘) ‘value‘MySQL通常無法使用該列上的索引。解決方案是盡量重寫查詢。例如把WHERE IFNULL(name, ‘Unknown‘) ‘John‘改寫為WHERE (name ‘John‘) OR (name IS NULL AND ‘John‘ ‘Unknown‘)。后者可能讓優(yōu)化器同時利用name的索引和name IS NULL的查詢能力。避免過度嵌套雖然函數(shù)可以嵌套但過深的嵌套如超過4-5層會嚴(yán)重降低SQL語句的可讀性和可維護(hù)性也可能給查詢優(yōu)化器帶來負(fù)擔(dān)。當(dāng)邏輯過于復(fù)雜時考慮是否應(yīng)該將部分邏輯移到應(yīng)用層或者使用存儲過程/視圖來封裝。理解執(zhí)行順序在SELECT列表中表達(dá)式的計算順序通常是從左到右、從外到內(nèi)。對于COALESCE它會短路求值即遇到第一個非NULL參數(shù)就返回。這既是優(yōu)點(diǎn)也是需要注意的點(diǎn)請將最可能非NULL的或計算成本最低的表達(dá)式放在參數(shù)列表前面。與聚合函數(shù)結(jié)合COUNT(CASE WHEN ... THEN 1 END)是條件計數(shù)的標(biāo)準(zhǔn)寫法性能通常很好。但要注意SUM(IF(condition, value, 0))和SUM(CASE WHEN condition THEN value ELSE 0 END)在MySQL中性能等價選擇你更習(xí)慣的即可。避免在聚合函數(shù)內(nèi)進(jìn)行過于復(fù)雜的計算。7.2 常見誤區(qū)與避坑指南誤區(qū)一混淆NULL與空字符串(‘’)NULL代表缺失未知空字符串是一個有效的字符串值。IFNULL(column, ‘default‘)只在column為NULL時返回‘default’如果column是空字符串它依然會返回空字符串。如果你的業(yè)務(wù)邏輯里空字符串也需要被替換要使用CASE WHEN或NULLIF組合COALESCE(NULLIF(column, ‘‘), ‘default‘)。誤區(qū)二CASE WHEN中忘記寫ELSECASE WHEN表達(dá)式中的ELSE子句是可選的但省略它意味著“如果所有條件都不滿足則返回NULL”。這有時是期望的行為但很多時候不是。忘記寫ELSE是導(dǎo)致查詢結(jié)果中出現(xiàn)意外NULL值的常見原因。我的建議是除非你非常確定不需要默認(rèn)情況否則總是寫上ELSE子句即使只是ELSE NULL這也是一種明確的意圖聲明。誤區(qū)三在WHERE子句中錯誤使用CASE WHEN返回布爾值有時人們想這樣寫-- 錯誤示例 SELECT * FROM table WHERE CASE WHEN a 10 THEN TRUE ELSE FALSE END;這是畫蛇添足。WHERE子句需要的是一個布爾表達(dá)式直接寫a 10即可。CASE WHEN在這里的唯一作用可能是降低可讀性。正確的用法是CASE WHEN返回一個用于比較的值例如WHERE status CASE WHEN type1 THEN ‘A‘ ELSE ‘B‘ END。誤區(qū)四忽略數(shù)據(jù)類型一致性在CASE WHEN的各個THEN子句中以及IF函數(shù)的value_if_true和value_if_false參數(shù)中返回的數(shù)據(jù)類型應(yīng)該盡量一致或者至少是兼容的。如果類型不一致MySQL會進(jìn)行隱式類型轉(zhuǎn)換可能導(dǎo)致意想不到的結(jié)果或性能損失。例如一個分支返回字符串另一個返回數(shù)字雖然MySQL會嘗試轉(zhuǎn)換但最好在編寫時就保持統(tǒng)一。7.3 風(fēng)格與可維護(hù)性最佳實踐保持簡潔能用IFNULL就不用COALESCE當(dāng)只有兩個參數(shù)時。能用簡單CASE就不用搜索CASE當(dāng)條件都是等值判斷時。代碼越簡單越容易理解和維護(hù)。格式化和注釋對于復(fù)雜的、嵌套的條件判斷良好的格式化至關(guān)重要。將不同的邏輯層次縮進(jìn)讓CASE、WHEN、THEN、ELSE、END對齊。對于特別復(fù)雜的業(yè)務(wù)邏輯在SQL語句上方添加注釋說明判斷的規(guī)則。測試邊界條件特別是NULL值。編寫完包含條件判斷的SQL后務(wù)必用包含NULL值、邊界值如0、空字符串的測試數(shù)據(jù)驗證一下確保結(jié)果符合預(yù)期?？紤]使用視圖如果某個復(fù)雜的、帶有條件判斷的查詢邏輯需要在多個地方使用可以考慮將其創(chuàng)建為數(shù)據(jù)庫視圖。這樣既能保證邏輯的一致性也能簡化上層查詢語句。把這些函數(shù)玩轉(zhuǎn)你的SQL能力會提升一個檔次。它們讓你能更聲明式地描述你想要的數(shù)據(jù)而不是命令式地描述如何一步步獲取數(shù)據(jù)。這正是一個熟練的SQL開發(fā)者和初學(xué)者的關(guān)鍵區(qū)別之一。記住多寫、多思考、多踩坑自然就熟了。