从MySQL迁移至PostgreSQL后，按位与查询报错：bytea & integer运算符不存在

问题原因 #

PostgreSQL的bytea类型没有内置与整数的&位运算符，而MySQL会对varbinary类型做隐式转换以支持位运算，这就是迁移后报错的核心原因。

无需修改字段类型的简便解决办法 #

1. 使用get_bit函数直接检查指定位

因为4是2^2，对应二进制的第3位（从0开始计数），直接用get_bit函数判断该位是否为1：

SELECT p.* FROM crm_pew p WHERE get_bit(p.pew, 2) = 1;

这个方法最直接，适合单一位的检查场景。

2. 转换为bit类型后执行位运算

把bytea转成对应长度的bit类型（varbinary(16)对应128位），再与整数的二进制形式做运算：

SELECT p.* FROM crm_pew p WHERE (p.pew::bit(128) & B'100') <> B'0';

这种方式更贴近原MySQL的写法逻辑，适合需要复杂位运算的场景。

3. 自定义bytea & integer运算符

如果大量查询都需要保留原SQL写法，可以自定义运算符：
首先创建处理逻辑的函数：

CREATE OR REPLACE FUNCTION bytea_and_int(bytea, integer)
RETURNS integer AS $$
BEGIN
  -- 这里默认检查第一个字节的位，若你的数据存储在多字节中，需调整逻辑
  RETURN (get_byte($1, 0) & $2);
END;
$$ LANGUAGE plpgsql IMMUTABLE;

然后创建运算符：

CREATE OPERATOR & (
  LEFTARG = bytea,
  RIGHTARG = integer,
  PROCEDURE = bytea_and_int,
  COMMUTATOR = &
);

之后就能直接使用原SQL语句：SELECT p.* FROM crm_pew p WHERE (p.pew & 4>0)

修改字段类型的方案 #

如果频繁需要位运算，将bytea改为bit(128)类型会更原生支持位运算：

ALTER TABLE crm_pew ALTER COLUMN pew TYPE bit(128) USING pew::bit(128);

修改后无需任何转换，直接使用原查询语句即可。

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