摘要：作為MySQL資料庫管理員，我們經常要與Null做鬥爭。但是在這其中，你需要注意一下兩大陷阱。
MySQL資料庫是一個基於結構化資料的開源資料庫。SQL語句是MySQL資料庫中核心語言。不過在MySQL資料庫中執行SQL語句，需要小心兩個陷阱。
陷阱一：空值不一定為空
空值是一個比較特殊的欄位。在MySQL資料庫中，在不同的情形下，空值往往代表不同的含義。這是MySQL資料庫的一種特性。如在普通的欄位中(字元型的資料)，空值就是表示空值。但是如果將一個空值的資料插入到TimesTamp型別的欄位中，空值就不一定為空。此時為出現什麼情況呢（如下圖）？
我先建立了一個表。在這個表中有兩個欄位：User_id(其資料型別是int)、Date(其資料型別是TimesTamp)。現在往這個表中插入一條記錄，其中往Date欄位中插入的是一個NULL空值。可是當我們查詢時，其結果顯示的卻是插入記錄的當前時間。這是怎麼一回事呢?其實這就是在MySQL資料庫中執行SQL語句時經常會遇到的一個陷阱：空值不一定為空。在操作時，明明插入的是一個空值的資料，但是最後查詢得到的卻不是一個空值。
在MySQL資料庫中，NULL對於一些特殊型別的列來說，其代表了一種特殊的含義，而不僅僅是一個空值。對於這些特殊型別的列，各位讀者主要是要記住兩個。一個就是筆者上面舉的TimesTamp資料型別。如果往這個資料型別的列中插入Null值，則其代表的就是系統的當前時間。另外一個是具有auto_increment屬性的列。如果往這屬性的列中插入Null值的話，則系統會插入一個正整數序列。而如果在其他資料型別中，如字元型資料的列中插入Null的資料，則其插入的就是一個空值。
陷阱二：空值不一定等於空字元
在MySQL中，空值(Null)與空字元(’’)相同嗎?答案是否定的。請大家先來看下圖的演示。
在同一個資料庫表中，同時插入一個Null值的資料和一個’’空字元的資料，然後利用Select語句進行查詢。最後顯示的結果如上圖所示。顯然其顯示的結果是不相同的。從這個結果中就可以看出，空值不等於空字元。這就是在MySQL中執行SQL語句遇到的第二個陷阱。在實際工作中，空值資料與空字元往往表示不同的含義。資料庫管理員可以根據實際的需要來進行選擇。
如對於電話號碼等欄位，可以預設設定為空值(表示根本不知道對方的電話號碼)或者設定為空字元(表示後來取消了這個號碼)等等。由於他們在資料庫中會有不同的表現形式，所以資料庫管理員需要區別對待。筆者更加喜歡使用空值，而不是空字元。這主要是因為針對空值這個資料型別有幾個比較特殊的運算字元。如果某個欄位是空字元，資料庫中是利用欄位名稱來代替。相反，如果插入的是空值，則直接顯示的是NULL。這跟其他資料庫的顯示方式也是不同的。
一是IS NULL 和IS NOT NULL關鍵字。如果要判斷某個欄位是否含用空值的資料，需要使用特殊的關鍵字。其中前者表示這個欄位為空，後者表示這個欄位為非空。在Select語句的查詢條件中這兩個關鍵字非常的有用。如需要查詢所有電話號碼為空的使用者(需要他們補充電話號碼資訊)，就可以在查詢條件中加入is not null關鍵字。
二是Count等統計函式，在空值上也有特殊的應用。如現在需要統計使用者資訊表中有電話號碼的使用者數量，此時就可以使用count函式、同時將電話號碼作為引數來使用。因為在統計過程中，這個函式會自動忽略空值的資料。此時統計出來的就是有電話號碼的使用者資訊。如果採用的是空字元的資料，則這個函式會將其統計進去。如下圖所示，統計剛才建立的兩條記錄時，系統統計的結果是1，而不是2。可見系統自動將Null值的資料忽略掉了。