SQLite 字符串含 NUL 字符问题多，教你判断和移除！

字符串中的 NUL 字符

1. 引言

SQLite 允许数据库存储的字符串值中间包含 NUL 字符（ASCII 0x00，Unicode \u0000）。然而，在字符串中使用 NUL 可能会引发一些意外状况：其一，[length() SQL 函数](lang_corefunc.html#length) 仅统计到第一个 NUL 字符（不包括该字符）之前的字符数量；其二，[quote() SQL 函数](lang_corefunc.html#quote) 只显示到第一个 NUL 字符（不包括该字符）之前的字符；其三，[CLI](cli.html) 中的 [.dump](cli.html#dump) 命令在生成的 SQL 输出中会省略第一个 NUL 字符以及其后的所有文本，实际上，[CLI](cli.html) 在所有情况下都会省略第一个 NUL 字符之后的所有内容。所以，不建议在 SQL 文本字符串中使用 NUL 字符。

2. 意外行为

来看下面这段 SQL：

CREATE TABLE t1( a INTEGER PRIMARY KEY, b TEXT ); INSERT INTO t1(a,b) VALUES(1, 'abc'||char(0)||'xyz'); SELECT a, b, length(b) FROM t1;

上述 SELECT 语句的输出为：

1,'abc',3

（这里假设 [CLI](cli.html) 已设置为 "[.mode quote](climode.html#dotmodequote)"。）但要是运行：

SELECT * FROM t1 WHERE b='abc';

则不会返回任何行。SQLite 知道 t1.b 列实际存储的是一个 7 字符的字符串，而 7 字符的字符串 'abc'||char(0)||'xyz' 不等于 3 字符的字符串 'abc'，所以不会返回任何行。可这可能会让用户感到困惑，因为 [CLI](cli.html) 的输出似乎显示该字符串只有 3 个字符。这看似是个 bug，但这就是 SQLite 的运行方式。

3. 如何判断字符串中是否有 NUL 字符

若使用 [CAST](lang_expr.html#castexpr) 将字符串转换为 BLOB，就能看到字符串的完整长度。例如：

SELECT a, CAST(b AS BLOB) FROM t1;

结果如下：

1,X'6162630078797a'

在 BLOB 输出中，可以清晰地看到 NUL 字符是 7 字符字符串中的第 4 个字符。还有一种更自动化的方法，是使用如下表达式判断字符串值 X 是否包含嵌入的 NUL 字符：

instr(X,char(0))

如果该表达式返回非零值 N，则表明在第 N 个字符位置存在嵌入的 NUL 字符。因此，要统计包含嵌入 NUL 字符的行数，可以使用以下语句：

SELECT count(*) FROM t1 WHERE instr(b,char(0))>0;

4. 从文本字段中移除 NUL 字符

下面的示例展示了如何从表的某一列中移除 NUL 字符及其后面的所有文本。所以，如果你有一个包含嵌入 NUL 字符的数据库文件，并且想移除它们，运行类似以下的 UPDATE 语句或许会有帮助：

UPDATE t1 SET b=substr(b,1,instr(b,char(0))) WHERE instr(b,char(0));'