关于MariaDB按位与(&)操作的疑问：32/64位架构SQL判断解析

嘿，这个问题核心是**位掩码（Bitmask）**的用法，咱们一步步拆解清楚：

先看数值的二进制形式 #

首先把你提到的几个关键数字转成二进制，这是理解位运算的基础：

• 32位架构对应的存储值21：二进制是 10101
• 64位架构对应的存储值22：二进制是 10110
• 用于位运算的数字2：二进制是 00010（为对齐位数补了前导0）

位与运算（&）的作用 #

SQL里的&是位与运算符，规则是：两个二进制位都为1时，结果位才是1，否则为0。

分析architecture & 2 = 2 #

当执行architecture & 2时，其实是在检查architecture的二进制中，对应2的那一位（从右往左数第2位，从0开始计数是第1位）是否为1：

• 对于22（二进制10110），和2（00010）做位与，结果是00010也就是2，满足=2的条件，刚好对应64位架构。
• 对于21（二进制10101），和2做位与，结果是00000也就是0，不满足这个条件。

分析architecture & 2 != 2 #

这个逻辑刚好相反：检查architecture的对应位是否为0：

• 21和2位与结果是0，不等于2，满足条件，对应32位架构。
• 22和2位与结果是2，不满足这个条件。

为什么不用直接等于的写法？ #

可能的原因是这个architecture字段设计时是位掩码字段——它的每一位都代表一个独立的属性，除了32/64位，可能还存储了其他架构相关的标识。不过在你的场景里，21和22刚好只有第1位不同，所以用位运算也能精准筛选对应的架构记录。

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