我的平台：
PHP和MySQL
我的情况:
我遇到了这样一种情况：需要在表的某一列中存储用户选择的值。现在我的选项是：
我的问题:
我想知道，上述两个类型中：
我的理解是，由于char(1)和tinyint(1)只占据1字节的空间，因此在这种情况下，存储空间不是问题。那么剩下的就是访问速度了。据我所知，数值型索引比其他任何东西都要快和高效。但是，在这种情况下，我认为这是一个很难做出决定的问题，因此我想听听您的经验。
提前感谢您。
Rate insert tinyint(1) insert char(1) insert enum('y', 'n')
insert tinyint(1) 207/s -- -1% -20%
insert char(1) 210/s 1% -- -19%
insert enum('y', 'n') 259/s 25% 23% --
Rate insert char(1) insert tinyint(1) insert enum('y', 'n')
insert char(1) 221/s -- -1% -13%
insert tinyint(1) 222/s 1% -- -13%
insert enum('y', 'n') 254/s 15% 14% --
Rate insert tinyint(1) insert char(1) insert enum('y', 'n')
insert tinyint(1) 234/s -- -3% -5%
insert char(1) 242/s 3% -- -2%
insert enum('y', 'n') 248/s 6% 2% --
Rate insert enum('y', 'n') insert tinyint(1) insert char(1)
insert enum('y', 'n') 189/s -- -6% -19%
insert tinyint(1) 201/s 7% -- -14%
insert char(1) 234/s 24% 16% --
Rate insert char(1) insert enum('y', 'n') insert tinyint(1)
insert char(1) 204/s -- -4% -8%
insert enum('y', 'n') 213/s 4% -- -4%
insert tinyint(1) 222/s 9% 4% --
看起来，大部分情况下，enum('y', 'n') 的插入速度更快。
Rate select char(1) select tinyint(1) select enum('y', 'n')
select char(1) 188/s -- -7% -8%
select tinyint(1) 203/s 8% -- -1%
select enum('y', 'n') 204/s 9% 1% --
Rate select char(1) select tinyint(1) select enum('y', 'n')
select char(1) 178/s -- -25% -27%
select tinyint(1) 236/s 33% -- -3%
select enum('y', 'n') 244/s 37% 3% --
Rate select char(1) select tinyint(1) select enum('y', 'n')
select char(1) 183/s -- -16% -21%
select tinyint(1) 219/s 20% -- -6%
select enum('y', 'n') 233/s 27% 6% --
Rate select tinyint(1) select char(1) select enum('y', 'n')
select tinyint(1) 217/s -- -1% -4%
select char(1) 221/s 1% -- -2%
select enum('y', 'n') 226/s 4% 2% --
Rate select char(1) select tinyint(1) select enum('y', 'n')
select char(1) 179/s -- -14% -20%
select tinyint(1) 208/s 17% -- -7%
select enum('y', 'n') 224/s 25% 7% --
选择似乎也是 enum。 代码可以在此处找到。
enum('y', 'n') 能否提高性能 - Joel Karunungan我认为你应该创建一个具有 ENUM('n','y') 的列。Mysql以最优方式存储此类型。它还将帮助您仅在字段中存储允许的值。
您还可以使其更加人性化，ENUM（'no'，'yes'） 而不会影响性能。因为字符串'no'和'yes'仅在每个ENUM定义中存储一次。 Mysql仅存储每行值的索引。
还要注意按ENUM列排序的问题：
ENUM值根据枚举成员在列规范中列出的顺序进行排序。（换句话说，ENUM值根据其索引号进行排序。）例如，对于ENUM（'a'，'b'），'a'在'b'之前排序，但对于ENUM（'b'，'a'），'b'在'a'之前排序。
使用tinyint更符合标准实践，并且可以更轻松地检查字段的值。
// Using tinyint 0 and 1, you can do this:
if($row['admin']) {
// user is admin
}
// Using char y and n, you will have to do this:
if($row['admin'] == 'y') {
// user is admin
}
它们都非常接近，所以没有关系。如果你在SO上感到必须问这个问题，那么你正在过度优化。使用最合乎逻辑的那个。
如果在创建MySQL表时将类型BOOL或BOOLEAN指定为列类型，则会将列类型创建为TINYINT(1)。这可能是两者中更快的一种。
另外：
我们打算在未来的MySQL版本中实现完整的布尔类型处理，以符合标准SQL。
虽然我猜测在TINYINT上建立索引比在CHAR(1)上建立索引更快，因为没有字符串处理开销（排序、空格等），但我没有任何事实来支持这一点。我的猜测是，性能差异不大，不值得担心。
然而，因为你正在使用PHP，将其存储为TINYINT更有意义。使用1/0值相当于使用true和false，即使它们作为字符串返回到PHP，也可以像处理布尔值一样处理。你可以简单地使用if ($record['field'])进行布尔检查，而不是一直在'y'和'n'之间转换。
TINYINT 1 Byte
CHAR(M) M Bytes, 0 <= M <= 255
有什么不同吗？
enum('1','0')（例如）。 - David Thomas