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

例如：

SELECT E'\\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 串时可能还需要做额外工作。 例如，如果你的接口会自动转换换行和回车，那么你可能还需要对它们 进行转义。