MySQL 8.0中BIT(1)与BOOL类型的搜索性能对比

针对你关心的查询性能和优化优势问题，直接说结论和细节：

查询性能差异 #

• 无索引场景：两者性能几乎没有区别。不管是用WHERE is_active = TRUE还是WHERE is_active = b'1'，MySQL的查询引擎处理单值判断的开销极低，BIT(1)的位转换不会带来可感知的性能损耗。
• 有索引场景：BIT(1)理论上略占优势，但实际差异极小。因为BIT(1)的索引条目大小比TINYINT(1)小（1位 vs 1字节），相同数据量下，BIT(1)的索引占用的磁盘空间更少，缓存到内存的概率更高。但只有当你的表数据量达到千万级甚至更大时，这种差异才可能被观察到，普通业务场景下基本感知不到。

存储值的优化优势 #

BOOL（TINYINT(1)）的优势 #

• 可读性和易用性拉满：直接用TRUE/FALSE或者1/0查询都能正常工作，代码里不用额外处理位逻辑，团队协作时理解成本更低。
• ORM框架兼容性更好：大部分ORM（比如MyBatis、Hibernate）对BOOL类型的支持更原生，不需要自定义类型转换器，减少开发中的坑。

BIT(1)的优势 #

• 空间占用极致：单字段仅占1位，如果你表中有多个布尔类型字段，MySQL会自动把多个BIT字段打包到同一个字节里（比如8个BIT(1)字段只占1字节），能省不少存储空间。但如果只有单个布尔字段，省的空间其实很有限，除非你的表行数特别多。

额外注意点 #

• MySQL里的BOOL/BOOLEAN本质就是TINYINT(1)的别名，存储的是1（TRUE）和0（FALSE）；而BIT(1)存储的是位值，查询时MySQL会自动做隐式转换，所以用WHERE col = TRUE也能查到BIT(1)字段的对应值，不用特意写位操作语法。
• 统计场景下，比如COUNT(*)或者SUM(is_active)，两者的表现完全一致，因为隐式转换会把BIT(1)的位值转为1/0参与计算。

内容的提问来源于stack exchange，提问作者SideTest