《Mysql學習要慎用mysql的enum字段的原因》要點：
本文介紹了Mysql學習要慎用mysql的enum字段的原因，希望對您有用。如果有疑問，可以聯系我們。

MYSQL應用PHP低級編程的兄弟是這樣來看這個問題的,我作下筆錄如下,期望能客觀的理解這個enum字段的優點及缺點：

MYSQL應用膘哥觀點：
??? enum有優點.但個人覺得...缺點更多,客觀的講：優點主要是在建數據 庫的時候就可以把一些值給規范好.缺點是..enum不適合PHP.主要是PHP是弱類型,如：你insert into ..... set a= 1,你沒法知道你是想 a= '1' 還是 a= 1(a='1'是插入值1,a=1是插入enum的第一個值,尤其php弱類型的,如果int的,很少有人在sql里加雙引號.),這是PHP和mysql 在使用enum 最大的問題.所以..安心點啦.干脆點直接tinyint.

MYSQL應用單曲觀點：
??? 我覺得沒什么優點,對數字型的enum,簡直就是夢魘,boolean? tinyint(1) 0,1 status? tinyint(1)? 1,2,3,4,5,6..tinyint歡淫你～～.如：audit_result enum(1,2,3),set audit_result = 1;...容易出現膘哥所說的混淆.

MYSQL應用簡單觀點：
?? 少用,一般都是用tinyint替代.

MYSQL應用天楓觀點：
?? 我覺得除了狀態直觀? 沒什么優點,我一般直接int,tinyint([1or2or3]) 到底有啥區別?(后面會簡單探討下,這里面的1or2or3區別.)

MYSQL應用中庸觀點：
?? a=1是插入enum的第一個值,尤其php弱類型的,如果int的,很少有人在sql里加雙引號,基本上是不加引號的.

MYSQL應用豎琴螺觀點：
?? 六種情況就：tinyint(1)? -1,-2,1,2,3,4

MYSQL應用上面各種觀點重點集中在PHP這種弱類型語言對引號不重視,程序員不寫容易引起插入的語句不是自己想要的結果的問題,容易出現int時沒有用引號導致插入了新值而不是定的那個值：

MYSQL應用表結構如下：?

MYSQL應用
CREATE TABLE `enum2tinyint` ( 
 `switchs` enum('none','success','fail','delete','skip','1') DEFAULT NULL, 
 `switch` tinyint(1) NOT NULL, 
 KEY `switchs` (`switchs`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8 

MYSQL應用?
正常帶引號插入enum：?

MYSQL應用
INSERT INTO `test`.`enum2tinyint` (`switchs`, `switch`) VALUES ('1', '1'); 
1 1 

MYSQL應用PHP的弱類型問題,特別是對int類型的情況,實踐如下：?
如果沒有帶引號插入enum字段后如下(是第一個值none)：?

MYSQL應用
INSERT INTO `test`.`enum2tinyint` (`switchs`, `switch`) VALUES (1, '1'); 
none 1 

MYSQL應用如果沒有帶引號插入enum字段后如下(是第2個值success)：?

MYSQL應用
INSERT INTO `test`.`enum2tinyint` (`switchs`, `switch`) VALUES (2, '1'); 
success 1 

MYSQL應用
結論：要插入enum的值,字段必須加引號,不加引號當然是數字,數字就是key,不是value.

MYSQL應用規勸：
1)enum是整型這樣的錯誤很容易發生,尤其是php弱類型的,一般新來一個人,沒注意enum類型,就會犯錯.
2)數據庫說明清楚的話,或者可選擇的全是字符串的話,還沒什么,但是里面有數字,難免有新手犯錯,養成加引號的習慣很重要.

MYSQL應用最終結論：
歷史原因,要把enum改成tinyint程序改動太大了,用了的沒必要改?～,以后新建的時候,盡量使用tinyint就好.
這種字段的重復內容過多的,索引建不建,關系不大,這種在mysql叫索引的勢太低,其查詢效果不太好：(英文是這么翻譯的：https://justwinit.cn/post/1405/).
――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
tinyint(1)和tinyint(4)一樣的,都是-127到128或者0到256.unsigned屬性全是正,和c語言unsigned int有點類似：
tinyint(1)?? -128 ~ 127
tinyint(1) unsigned? 0 ~ 255

MYSQL應用為何表示的最大正數比最小負數的絕對值少1呢?
第一位是符號位,1表示負數
所以負數可以到128,正數只能到127
-128正127
如：0111 1111? 正數? ,負數 1111 1111

MYSQL應用提問：

MYSQL應用Mysql里int(1)和int(11)差別很大的,mysql的int,有個屬性 ,UNSIGNED ZEROFILL? 后面的ZEROFILL,就是有定義的位數不夠則用零補齊對齊一下(這兒可能涉及到索引的性能罷)：int,? 長度(M)=5, 屬性=UNSIGNED ZEROFILL(無符號,用0來填充位數),00001,00002.

MYSQL應用但這個tinyint呢,tinyint(1)和tinyint(4)一樣的?

MYSQL應用看這文章后：/article/53424.htm

MYSQL應用我估計：mysql這塊對一個字節不像int這種四個字節要進行對其前部分進行部分字節索引,如果說tinyint(1)和tinyint(4)是一樣的表示范圍情況下,但mysql對tinyint數字長度位數作了可設置的限定,從理論上說其存在硬盤里的字節是不一樣才是合乎邏輯的,這塊估計還是為了對字節進行對齊方便索引等,以提升效率為主罷,l如：ike keyword%??? 索引有效,如果統一對齊,索引效果會不會更好呢?我也只是猜測.
――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――

MYSQL應用在網上找了下這個enum的mysql的大體實現如下：

MYSQL應用一)enum的存儲原理我仔細查看了下手冊.是這樣的:
在建立這個字段時,我們會給他規定一個范圍比如enum('a','b','c'),這時mysql內部會建立一張hash結構的map表,類似:0000 -> a,0001 -> b,0002 -> c.
當我插入一條數據,此字段的值位a或b或c時,他存儲在里面的不是這個字符,而是對應他的索引,也就是那個0000或0001或0002.
同樣,enum在mysql手冊上的說明:
ENUM('value1','value2',...)
1或2個字節,取決于枚舉值的個數(最多65,535個值)
除非enum的個數超過了一定數量,否則他所占的存儲空間也總是1字節.

MYSQL應用二)tinyint:
類型? 字節? 最小值? 最大值
????? (帶符號的/無符號的)? (帶符號的/無符號的)
TINYINT? 1? -128? 127
他的最小存儲所占空間也是1字節.

MYSQL應用最后,Enum,既然要用它,就不必要使用什么0,1,2來代替實際的字符串了.甚至中文字符串.他并不會對數據庫性能進行多余開銷.因為對于它來說,你使用'0','1','2'和'張三','李四','王五'數據表所占的存儲空間一樣.但是考慮到我們實際應用時數據需要從db服務器回傳到web app,所以在網絡傳輸時,當然還是盡可能的傳輸小數據比較好.所以如果很在意這些,還是不用它好了.

轉載請注明本頁網址：
http://www.snjht.com/jiaocheng/2413.html