TINYINT(1)和BIT(1)，到底该用哪个？-技术圈

在MySQL中，TINYINT(1)和BIT(1)是两种存储布尔值的常用数据类型。

虽然它们在某些情况下可以互换使用，但它们有一些关键的区别，适用于不同的应用场景。

存储大小和类型

`TINYINT是一个整数类型，其默认范围是-128到127（有符号），或者0到255（无符号）。当使用TINYINT(1)时，虽然通常被用来表示布尔值，但MySQL不会强制其只能存储0和1，它可以存储整个范围内的任何整数值。
BIT类型用于存储固定长度的二进制数据，BIT(1)表示一个单比特位，只能存储0或1。

值得注意的是：虽然bit类型只使用1位，但在计某些算机硬件上，字节才是最小的存储单元，MySQL会将其存储为一个字节（8位），这意味着即使只使用1位，也会占用与TINYINT相同的空间。

语法和用法

TINYINT(1):

可以参与各种整数运算和比较。
例如，可以进行加减乘除等操作，适合需要整数操作的场景。

BIT(1):

主要用于逻辑运算和位操作。
例如，可以使用按位与、按位或等操作，更适合需要位操作的场景。

兼容性和移植性

TINYINT(1):

由于是整数类型，在不同数据库系统中的兼容性较好。
易于移植到其他数据库系统中，例如PostgreSQL中的SMALLINT或其他数据库的布尔值实现。

BIT(1):

是MySQL特有的类型，在其他数据库系统中的兼容性可能不如TINYINT。
移植到非MySQL系统时可能需要转换。

应用场景以及拓展性

TINYINT(1):

当需要进行整数运算时，例如计数器、状态标志等。
当希望与其他整数类型无缝互操作时，TINYINT(1)是一个不错的选择。
适用于需要较高兼容性和易于移植的应用场景。

BIT(1):

当需要最小化存储空间且主要进行布尔运算或位操作时。
适用于需要高效存储和处理布尔值或位操作的场景。

tinyint相对于bit，其灵活性很好。在实际应用场景中，除非是非常明确的字段，比如逻辑删除，只有 0 or 1，否则更推荐使用tinyint；

之前遇到了一个问题，项目初期，用户的状态就只有未激活和已激活两种状态，于是使用了bit存储，结果后来需要加一个状态：非法封禁，不得不更改表结构，将其改为tinyint。

小结

综上所述，只有在满足如下条件才推荐使用bit(1)，否则，就推荐使用tinyint(1)

现在和将来，这个字段，只需要存储布尔值，数据严格限制在0和1之间
存储空间极为有限，数据库中存在大量的布尔值数据类型
忽略未来迁移数据时，可能会产生的兼容性问题

END

右下角，您点赞+在看

小编工资蹭蹭涨1毛

    
     
      
       
        
         往期推荐
        
        
         
          
           ➤推荐干货：
          
          绷不住了！“公司竟然提供薪资哎”

          瞬间让 VSCode 变清静「差生文具多系列」

          裁员潮之下，你必须知道的8件事

          计算机真会成为下一个土木吗？

          拜登政府全面禁售知名杀软“卡巴斯基”

          docker 和传统虚拟机有什么区别？

          为什么后端程序员更容易当领导？！