group by 配合位运算时，bit_or等函数仅适用于整型字段且不处理字符串和null边界；字符串位串需substr+sign+sum手动拆位计算，where过滤原始位字段，having过滤聚合结果，多字段分组须预处理null。
GROUP BY 配合位运算函数时，别直接用 BIT_OR 或 BIT_AND
MySQL 8.0+ 提供了 BIT_OR、BIT_AND、BIT_XOR 这类聚合函数，但它们不是“按位或/与”语义的通用解法——它们对整数列做逐行位运算，不支持字符串二进制位（如 '101'），也不处理 NULL 值的隐式转换。直接套用会出错或结果不可控。
- 若字段是整型（如
tinyint存标志位），BIT_OR(flag)可安全用于分组求或，等价于各值按位或后合并 - 若字段是字符串（如
varchar(10)存'001'），必须先转成数字再运算，否则BIT_OR会把字符串当 0 处理 -
BIT_OR遇到 NULL 会跳过，但整个组若全为 NULL，结果为 0（不是 NULL），这点容易误判
字符串位串分组求或：SUBSTR + SIGN + SUM 是更稳的写法
面对 bitnum varchar2(10) 类字段（如 Oracle 或兼容场景），不能依赖数据库内置位函数，得手动拆位、判断、拼接。核心思路是：把每位转成 0/1 数字，用 SUM 累加，再用 SIGN 判断该位是否至少有一个 1。
- 对 3 位字符串，用
SUBSTR(bitnum, 1, 1)取第一位，TO_NUMBER转数字，SIGN(SUM(...))得 0 或 1 - 拼接用
||（Oracle）或CONCAT（MySQL），避免用LPAD(SUM(...), 3, '0')——它只对数值求和，不是位或 - 示例片段：
DECODE(SIGN(SUM(TO_NUMBER(SUBSTR(bitnum,1,1)))), 1, '1', '0') || ...
WHERE 和 HAVING 在位运算分组中容易混淆的点
位运算结果是计算后的标量值，过滤逻辑要分清阶段：原始位字段的筛选放 WHERE，运算后结果的条件放 HAVING。
- 想只统计含第 2 位为 1 的记录？写
WHERE SUBSTR(bitnum,2,1) = '1'，别塞进HAVING - 想找出“合并后至少有两位为 1”的组？得在
HAVING里判断拼接结果，比如HAVING LENGTH(REPLACE(merge_bit, '0', '')) >= 2 - 误把位运算表达式写在
WHERE里（如WHERE BIT_OR(flag) > 4）会报错——聚合函数不能出现在分组前过滤中
多字段联合分组 + 位运算时，NULL 值会让结果“消失”
当分组字段含 NULL（如 id 为 NULL），它会被单独归为一组；但若该组内所有 bitnum 都是 NULL，SUM(TO_NUMBER(...)) 结果为 NULL，SIGN(NULL) 返回 NULL，最终拼接出空字符串或报错（取决于 DBMS）。
- 稳妥做法：用
COALESCE(SUBSTR(bitnum,1,1), '0')预填充，确保每位都有值 - 或者提前过滤：
WHERE bitnum IS NOT NULL AND id IS NOT NULL，避免脏数据干扰位逻辑 - 别指望
GROUP BY id自动忽略 NULL 组——它就在那儿，只是你没看见输出
