“十六进制”格式把二进制数据编码为每字节两个十六进制 数字，最高有效半字节在前。整个串以前缀 \x 开头（以便与转义格式区分）。在某些上下文中，这个开头的反斜线 可能需要通过双写进行转义。作为输入时，十六进制数字 可以使用大写或小写，并且每两个数字组成一组，组与组之间允许出现空白 （但组内以及起始的 \x 序列中不能有空白）。 十六进制格式与大量外部应用和协议兼容，并且通常比转义格式转换得 更快，因此更推荐使用。

例如：

SELECT '\xDEADBEEF';

“转义”格式是 bytea 类型在 PostgreSQL 中的传统格式。它采用把 二进制串表示为 ASCII 字符序列的方式，同时把那些不能表示为 ASCII 字符的字节转换为特殊的转义序列。如果从应用角度看，把字节 当作字符表示是合理的，那么这种表示法会比较方便。但在实际中它 往往让人困惑，因为它模糊了二进制串和字符串之间的区别，而且所选 用的转义机制也比较笨拙。所以对大多数新应用来说，最好避免使用 这种格式。

在转义格式中输入 bytea 值时，某些字节值 必须转义，而所有字节值都 可以转义。通常，转义一个字节的方法是把它写成 三位八进制值，并在前面加一个反斜线。反斜线本身 （字节值 92）也可以写成双反斜线。 表 8.7 展示了必须转义的字符，并给出 了可用的替代转义序列。

是否必须转义这些不可打印字节，会因区域设置 不同而有所差异。在某些情况下，你可以不转义它们。请注意， 表 8.7 中每个示例的结果都恰好是 一个字节长，尽管其输出表示有时多于一个字符。

如 表 8.7 所示之所以需要多个 反斜线，原因在于以字符串字面量形式书写的输入串必须经过 PostgreSQL 服务器的两个解析阶段。每对 反斜线中的第一个会被字符串常量解析器解释为转义字符（假定使用 转义字符串语法）而被消耗，留下该对中的第二个反斜线。（可以使 用美元引用的字符串来避免这一层转义。）剩下的反斜线随后被 bytea 输入函数识别为某个三位八进制值的开始，或者 是对另一个反斜线的转义。例如，以字符串字面量形式传给服务器的 E'\\001' 在经过转义字符串解析器之后变为 \001。然后 \001 被送到 bytea 输入函数，在那里被转换为十进制值为 1 的单个 八位组。注意，单引号字符不会被 bytea 特殊对待， 因此它遵循字符串常量的常规规则。（另见 第 4.1.2.1 节。）

bytea 的字节在输出时有时会被转义。一般而言，每个 “不可打印”字节会被转换成等价的三位八进制值，并在 前面加一个反斜线。大多数“可打印”字节则会按其在 客户端字符集中的标准表示输出。十进制值 92（反斜线）的字节在 输出中会被双写。详情见 表 8.8。

取决于你所使用的 PostgreSQL 前端， 在转义和反转义 bytea 串时可能还需要做额外工作。 例如，如果你的接口会自动转换换行和回车，那么你可能还需要对它们 进行转义。