因为MySQL似乎没有任何“布尔”数据类型，你'滥用'哪种数据类型存储真/假的信息在MySQL?
特别是在编写和读取PHP脚本的上下文中。
随着时间的推移，我使用并看到了几种方法:
Tinyint, varchar字段包含0/1， Varchar字段包含字符串'0'/'1'或'true'/'false' 最后枚举包含“true”/“false”两个选项的字段。
以上这些似乎都不是最佳选择。我倾向于选择tinyint 0/1变体，因为PHP中的自动类型转换相当简单地为我提供布尔值。
那么使用哪种数据类型呢?是否有我忽略的布尔值的类型设计?你认为使用一种或另一种类型有什么优点或缺点吗?
当前回答
如果你有很多布尔字段，Bit只比各种字节选项(tinyint, enum, char(1))更有优势。一个位字段仍然占用一个完整的字节。两个位域适合同一个字节。三、四、五、六、七、八。然后开始填充下一个字节。最终节省的成本是如此之小，还有成千上万的其他优化您应该关注。除非您处理的是大量的数据，否则这几个字节加起来不会太多。如果在PHP中使用bit，则需要对进出的值进行类型转换。
其他回答
对于MySQL 5.0.3及更高版本，您可以使用BIT。手册上说:
从MySQL 5.0.3开始，BIT数据类型用于存储位字段 值。一种BIT(M)类型允许存储M位值。M能量程 从1到64。
否则，根据MySQL手册，你可以使用BOOL或BOOLEAN，这是tinyint(1)的别名:
Bool, Boolean:这些类型是TINYINT(1)的同义词。值为 0被认为是假的。非零 值被认为是真。
MySQL还声明:
我们打算实现全布尔值 类型搬运，按照 标准SQL，在未来的MySQL 释放。
引用:http://dev.mysql.com/doc/refman/5.5/en/numeric-type-overview.html
如果你有很多布尔字段，Bit只比各种字节选项(tinyint, enum, char(1))更有优势。一个位字段仍然占用一个完整的字节。两个位域适合同一个字节。三、四、五、六、七、八。然后开始填充下一个字节。最终节省的成本是如此之小，还有成千上万的其他优化您应该关注。除非您处理的是大量的数据，否则这几个字节加起来不会太多。如果在PHP中使用bit，则需要对进出的值进行类型转换。
在MySQL实现位数据类型之前，如果您的处理确实受到空间和/或时间的压力，例如处理大量事务，则为所有布尔变量创建一个TINYINT字段bit_flags，并在SQL查询中屏蔽和移位您想要的布尔位。
例如，如果最左边的位代表bool字段，最右边的7位不代表任何内容，那么bit_flags字段将等于128(二进制10000000)。掩码(隐藏)最右边的7位(使用按位操作符&)，并将第8位向右移动7位，最终为00000001。现在整个数字(在本例中为1)就是你的值。
SELECT (t.bit_flags & 128) >> 7 AS myBool FROM myTable t;
if bit_flags = 128 ==> 1 (true)
if bit_flags = 0 ==> 0 (false)
您可以在测试时运行这样的语句
SELECT (128 & 128) >> 7;
SELECT (0 & 128) >> 7;
etc.
因为你有8位，一个字节就有8个布尔变量。将来的程序员总是会使用后面的7位，所以你必须进行掩码。不要只是改变，否则你将在未来为自己和他人制造地狱。确保你用MySQL来做屏蔽和移动——这比用web脚本语言(PHP, ASP等)来做要快得多。另外，确保在MySQL注释字段中为bit_flags字段添加了注释。
在实现这个方法时，你会发现这些站点很有用:
位函数和操作符 十进制/二进制转换工具
我厌倦了试图得到零，null，和“准确地循环PHP, MySql和POST值，所以我只是使用'是'和'No'。
这是完美无缺的工作，不需要特别的处理，不明显，容易做到。
我使用TINYINT(1)在Mysql中存储布尔值。
我不知道这样做是否有什么好处……但如果我没有错，mysql可以存储布尔(BOOL)，它存储为tinyint(1)
http://dev.mysql.com/doc/refman/5.0/en/other-vendor-data-types.html
