“十六进制”格式把二进制数据编码为每字节两个十六进制数字，最高有效半字节在前。整个串以前缀 \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 串时可能还需要做额外工作。例如，如果你的接口会自动转换换行和回车，那么你可能还需要对它们进行转义。