在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之间
存储空间极为有限，数据库中存在大量的布尔值数据类型
忽略未来迁移数据时，可能会产生的兼容性问题
