在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字段添加了注释。

在实现这个方法时，你会发现这些站点很有用:

位函数和操作符 十进制/二进制转换工具

如果你有很多布尔字段，Bit只比各种字节选项(tinyint, enum, char(1))更有优势。一个位字段仍然占用一个完整的字节。两个位域适合同一个字节。三、四、五、六、七、八。然后开始填充下一个字节。最终节省的成本是如此之小，还有成千上万的其他优化您应该关注。除非您处理的是大量的数据，否则这几个字节加起来不会太多。如果在PHP中使用bit，则需要对进出的值进行类型转换。

因为MySQL(8.0.16)和MariaDB(10.2.1)都实现了CHECK约束，所以我现在使用CHECK约束

bool_val TINYINT CHECK(bool_val IN(0,1))

您将只能存储0,1或NULL，以及可以转换为0或1的值，而不会出现'1'，0x00, b'1'或TRUE/FALSE等错误。

如果您不想允许使用空值，请添加NOT NULL选项

bool_val TINYINT NOT NULL CHECK(bool_val IN(0,1))

请注意，如果你使用TINYINT, TINYINT(1)或TINYINT(123)，实际上没有什么区别。

如果你想让你的模式向上兼容，你也可以使用BOOL或BOOLEAN

bool_val BOOL CHECK(bool_val IN(TRUE,FALSE))

db < > fiddle演示

这是一个优雅的解决方案，我非常欣赏，因为它使用零数据字节:

some_flag CHAR(0) DEFAULT NULL

如果要将其设置为true，则设置some_flag = "，如果要将其设置为false，则设置some_flag = NULL。

然后测试是否为真，检查some_flag是否为非空，测试是否为假，检查some_flag是否为空。

(这个方法在Jon Warren Lentz, Baron Schwartz和Arjen Lentz的“高性能MySQL:优化，备份，复制和更多”中有描述。)

在阅读了这里的答案后，我决定使用比特(1)，是的，它在空间/时间上更好，但一段时间后我改变了主意，我再也不会使用它了。当使用准备好的语句、库等(php)时，它使我的开发变得非常复杂。

从那以后，我一直使用tinyint(1)，似乎还不错。

BOOL和BOOLEAN是TINYINT(1)的同义词。0为假，其他为真。更多信息请点击这里。