看官网说明,BIT没什么特殊之处。但实际操作却不能将任何其他类型字段转为BIT,下面两个都报语法错误
CAST(column AS BIT(1))  AS aa ,
CAST(column AS BIT)  AS bb,

BIT value则模式是VARBINARY
 b'1' as cc, -- cc为VARBINARY类型

  

下面是《高性能MySQL(第四版)》中关于BIT类型的一段描述：

“可以使用BIT列存储一个或多个true/false值。BIT（1）定义一个包含1位的字段，BIT（2）存储2位的字段，依此类推；BIT列的最大长度为64位。InnoDB将每一列存储为足够容纳这些位的最小整数类型，所以使用BIT列不会节省任何存储空间。
MySQL在处理时会将BIT视为字符串类型，而不是数字类型。当检索BIT（1）的值时，结果是一个包含二进制值0或1的字符串，而不是ASCII码的“0”或“1”。但是，如果在数字上下文中检索该值，则会将BIT字符串转换为数字。如果需要将结果与另外的值进行比较，一定要记得这一点。例如，如果将值b'00111001'（二进制数相当于57）存储到BIT（8）列中并检索它，则将得到包含字符码为57的字符串。这恰好是“9”的ASCII字符代码。但在数字上下文场景中，得到的将会是数字57：”

“这可能会让人非常困惑，因此我们建议谨慎使用BIT类型。对于大多数应用来说，最好避免使用这种类型。如果想在1位的存储空间中存储true/false值，另一个方法是创建一个可为空的CHAR（0）列。该列可以存储空值（NULL）或长度为零的值（空字符串）。这在实践中是可行的，但可能对使用数据库中该数据的其他人来说是难以理解的，并且使编写查询变得困难。除非你非常注重节省空间，否则我们仍然建议使用TINYINT。”

可将BIT类型转换为其他类型使用，如UNSIGNED,BINARY。

CAST(column AS UNSIGNED)  AS bb,

CAST(column AS BINARY)  AS cc,

BIT(1)转换为UNSIGNED在C#中可以自动转换为bool类型。