要慎用mysql的enum字段的原因

时间:2014-08-09 11:21来源:网络整理作者:网络点击: 次

分享到：

背景：时下都流行enum类型的使用tinyint，那enum就真没有用的价值了么？

PHP低级编程的兄弟是这样来看这个问题的，我作下笔录如下，期望能客观的理解这个enum字段的优点及缺点：

膘哥观点：
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。

单曲观点：
我觉得没什么优点，对数字型的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;...容易出现膘哥所说的混淆。

简单观点：
少用，一般都是用tinyint替代。

天枫观点：
我觉得除了状态直观没什么优点，我一般直接int，tinyint（[1or2or3]）到底有啥区别？（后面会简单探讨下，这里面的1or2or3区别。）

中庸观点：
a=1是插入enum的第一个值，尤其php弱类型的，如果int的，很少有人在sql里加双引号，基本上是不加引号的。

竖琴螺观点：
六种情况就：tinyint(1) -1，-2，1,2,3,4

上面各种观点重点集中在PHP这种弱类型语言对引号不重视，程序员不写容易引起插入的语句不是自己想要的结果的问题，容易出现int时没有用引号导致插入了新值而不是定的那个值：

表结构如下：

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

正常带引号插入enum：

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

PHP的弱类型问题，特别是对int类型的情况，实践如下：
如果没有带引号插入enum字段后如下（是第一个值none）：

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

如果没有带引号插入enum字段后如下（是第2个值success）：

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

结论：要插入enum的值，字段必须加引号，不加引号当然是数字，数字就是key，不是value。

规劝：
1）enum是整型这样的错误很容易发生，尤其是php弱类型的，一般新来一个人，没注意enum类型，就会犯错。
2）数据库说明清楚的话，或者可选择的全是字符串的话，还没什么，但是里面有数字，难免有新手犯错，养成加引号的习惯很重要。

最终结论：
历史原因，要把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

为何表示的最大正数比最小负数的绝对值少1呢？
第一位是符号位，1表示负数
所以负数可以到128,正数只能到127
-128正127
如：0111 1111 正数，负数 1111 1111

提问：

Mysql里int(1)和int(11)差别很大的，mysql的int,有个属性，UNSIGNED ZEROFILL 后面的ZEROFILL，就是有定义的位数不够则用零补齐对齐一下（这儿可能涉及到索引的性能罢）：int, 长度(M)=5, 属性=UNSIGNED ZEROFILL(无符号,用0来填充位数),00001,00002。

但这个tinyint呢，tinyint(1)和tinyint(4)一样的？

看这文章后：http://www.jb51.net/article/53424.htm

我估计：mysql这块对一个字节不像int这种四个字节要进行对其前部分进行部分字节索引，如果说tinyint(1)和tinyint(4)是一样的表示范围情况下，但mysql对tinyint数字长度位数作了可设置的限定，从理论上说其存在硬盘里的字节是不一样才是合乎逻辑的，这块估计还是为了对字节进行对齐方便索引等，以提升效率为主罢，l如：ike keyword% 索引有效，如果统一对齐，索引效果会不会更好呢？我也只是猜测。
————————————————————————————————————————————————————————————————————

在网上找了下这个enum的mysql的大体实现如下：